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FORWARD 


This standards document is published by the Security Industry Association (SIA) and was developed and adopted by a 
consensus of industry volunteers in accordance with SJA’s standards development policies and procedures. It is 
intended to facilitate product compatibility and interchangeability, to reduce misunderstandings between manufacturers 
and purchasers, and to assist purchasers in obtaining the proper products to fulfill their particular needs. 


The existence of this or any SIA standards document shall not prevent any SIA member or non-member from 
manufacturing, selling, or using products not conforming to this or any SIA standard. SIA standards are voluntary. 
SIA encourages the use of this document but will not take any action to ensure compliance with this or any other SIA 
Standard. 


SIA assumes no responsibility for the use, application or misapplication of this document. Industry members using 
this document, particularly those having participated in its development and adoption, are considered by SIA to have 
waived any right they might otherwise have had to assert claims against SIA regarding the development process of this 
standard. 


Although some SIA standards establish minimum performance requirements, they are intended neither to preclude 
additional product features or functions nor to act as a maximum performance limit. Any product the specifications of 
which meet the minimum requirements of a SIA standard shall be considered in compliance with that standard. Any 
product the specifications of which exceed the minimum requirements of a SIA standard shall also be considered in 
compliance with the standard, provided that such product specifications do not exceed any maximum requirements set 
by the standard. SIA standards are not intended to supersede any recommended procedures set by a manufacturer for 
its products. 


SIA reserves the right to revise this document at any time. Because SIA policy requires that every standard be 
reviewed periodically and be either revised, reaffirmed, or withdrawn, users of this document are cautioned to obtain 
and use the most recent edition of this standard. Current information regarding the revision level or status of this or 
any other SIA standard may be obtained by contacting SIA. 


Requests to modify this document are welcome at any time from any party, regardless of membership affiliation with 
SIA. Such requests, which must be in writing and sent to the address set forth below, must clearly identify the 
document and text subject to the proposed modification and should include a draft of proposed changes with 
supporting comments. Such requests will be considered in accordance with SIA’s standards development policies and 
procedures. 


Written requests for interpretations of a SIA standard will be considered in accordance with SIA’s standards 
development policies and procedures. While it is the practice of SIA staff to process an interpretation request quickly, 
immediate responses may not be possible since it is often necessary for the appropriate standards subcommittee to 
review the request and develop an appropriate interpretation. 


Requests to modify a standard, requests for interpretations of a standard, or any other comments are welcome and may 
be sent to: 


Standards 
Security Industry Association 
635 Slaters Lane, Suite 110 
Alexandria, VA, 22314 


E-mail: Standards @SIA Online.org 


This document is owned by the Security Industry Association and may not be reproduced, in whole or part, without the 
prior written permission from SIA. 
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1, INTRODUCTION 








1.1 General Description 


The SIA-2000 protocol structures the communication 
between a control and a central station receiver. The basic 
form of this communication conveys information such as 
alarms, alarm cancels, troubles, and restorals. This 
involves transferring information records from the control 
to the central station, and receiving acknowledgments 
from the receiver for each record. 


To support features such as remote panel programming 
and alarm verification through audio or video means, the 
protocol has provisions to extend the communication 
session. Once extended, the receiver can query the control 
for information or change the control’s configuration. The 
extended session can also be used for verification. It is at 
this point, that communication using SIA-2000 ends and 
the appropriate form of communication for verification 
begins. 


future needs over a diverse range of control and receiver 
types. Specifically the intent is to define a flexible, 
universal, extensible reporting message format that can be 
used across a wide variety of physical media and transfer 
protocols. 














1.2 Purpose 


The purpose of this specification is to define a 
communication protocol that will support current and 


1.3 Objectives 


(a) Provide a protocol that can be used for monitored 
alarm system communication, remote downloading, and 
direct wire implementations. 


(b) Spend minimal practical time on line per transaction, 
to minimize the number of receivers required to handle the 
traffic and minimize telephone charges. 


(c) Minimize the transmission error rate. 
(d) Allow for a variable length data message, if necessary. 


(e) Be amenable to transmission and reception by a 
variety of economical (non-proprietary) and reliable 
means, and be adaptable to changing technology in data 
communication. 


(f) Anticipate the future need for significant data flow 
from the central station to the protected premises, and vice 
versa. 
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(g) Be compatible with CCITT standards to permit use 
outside the United States. 


(h) Provide a secure and reliable data path. 


(i) Support multiple systems, areas, and accounts within a 
single communication session. 


(j) Provide unambiguous definitions for event data and 
provisions for new message types in the future. 


(k) Provide a protocol that is generally tolerant of 
discrepancies in revision between transmitting and 
receiving equipment. 


(1) Provide a convention for establishing audio and video 
verification within the same communication session. 








1.4 General Overview 


The primary purpose of this protocol is to provide a 
standard means for event reporting from a control to a 
remote receiver. The protocol needs to allow the control 
to convey one or more messages through a transmission 
medium (such as a phone system) to the receiver. 
Verification of the reception of the message should be 
provided to the control. The protocol also has the 
capability to allow a robust exchange of information. 


Devices communicating through SIA-2000 converse using 
a dialog where one device is the Master, and the other is 
the Slave. The dialog is always started by the device 
assuming the role of Master. The responding device 
always assumes the role of Slave. Since a control normally 
initiates communication, it usually assumes the role of 
Master (with the receiver as Slave). However, 
occasionally a dialog with a control may be initiated by 
another device. In these cases, the control must assume an 
initial role as Slave. 


Note that not all control panels will have the capability to 
assume the role of Slave upon initial communication. The 
ability to exercise this capability will be reflected in the 
Compliance Level reported on the device's SIA sticker. 
(See Section 3.1.3 for a chart describing SIA 2000 
compliance levels.) 


The SIA-2000 protocol consists of four parts: Data 
Security, Event Communication, Extended 
Communication, and Open Channel. The first part is 


optional and provides a method to implement data 
security. The next part is the transmission of events to the 
receiver. Third is an optional part in which configuration 
information of the control can be modified. In the last part 
of the communication session (also optional), the channel 
is left open for other protocols (such as audio or video 
verification). 


The optional first part of the communication session 
provides data security. This allows the Master to 
successfully communicate with only the Slaves that can 
return a properly decoded acknowledgment to the control's 
message. When data security is needed the first message 
transmitted to the Slave is the Data Lock message. This 
message contains a value. The Slave must use an 
algorithm to encode this value, and return this encoded 
information. If the encoded information does not match 
the information in the Master, the communication session 
is immediately terminated. If the information matches, 
then the session continues. 


In the event communication part of the session, each event 
is individually transferred from the control to the receiver. 
The receiver should acknowledge each transmission (with 
an ACK record) and wait for more records. Additional 
events can be communicated in separate messages, each 
requiring its own acknowledgment. In the last event 
message transmitted to the receiver, a Last Record bit is 
set to indicate that no more events will follow. 


When the receiver receives an event with the Last Record 
bit set, the format of the acknowledgment is determined 
by the control’s last message and the receiver’s need to 
extend the session. If the control did not send an Open 
Channel message, but the receiver needs to extend the 
communication session (the third part of communicating), 
the receiver can return an acknowledgement that indicates 
that an extended session (beyond event reporting) is 
required. This is called a “turn-around request.” If the 
turn-around request is granted by the control, it will then 
respond to queries from the receiver. If the last message is 
Open Channel, the receiver enters the Open Channel 
mode. This is the fourth part of the communication 
session. If the receiver needs an extended communication 
session, it must acknowledge with a message that tells the 
control to call the receiver back once the Open Channel 
session is completed. The open channel allows a video or 
audio verification session to take place. 
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1.5 Document Organization 


The SIA 2000 protocol can be modeled as having several 
layers (italicized elements are optional): 





Event Types/ 
Status/ 


Layout Body 





Event Types/ 
Status/ 


Length |Layout Body = |Check 





Event Types/ 
Status/ \Authenti 


Header |Length |Layout Body -cation —|Check 








Event Types/ 
Status/ |Authenti- 


Sync |Header |Length /Layout Body __|cation Check 


























The core of the SIA 2000 protocol is in the event 
messages. It is through these messages that the desired 
communication takes place. These messages are 
described in section 9 of this document. 


A communication session involves the passing of 
messages back and forth between two devices. The 
dynamics of this interaction are mapped out in section 8. 


Each SIA 2000 message includes an indication of the 
message length as well as the message’s general type, 
specific type, and data layout. These message and layout 
types are described in detail in section 5. 


Each SIA 2000 message contains a header with 
information about the structure of the message that 
follows. The message may optionally contain an 
authentication code. Each message is followed by a 
Fletcher checksum. These elements of the message are 
described in section 4. 


Finally, the SIA 2000 message may contain elements, 
such as synchronization or modulation information, that 
depend on the physical medium over which it is 
transmitted. The various physical media, and their 
ramifications, are described in section 3. 


Section 2 of the specification contains a glossary of terms 
used in this document. 








Ze GLOSSARY 








Abort - A manual intervention during a process that 
prevents completion of that process. 


Access Code, or Code - A series of digits that a user 
enters on a keypad to access the system for arming or 
disarming. 


Account, or Account Number - Information that identifies 
a particular alarm panel. 


ACK, see Acknowledgment. 


Acknowledgment, or ACK, or Positive Acknowledgment 
- A signal sent from one participant in the communication 
process to the other indicating that the data has been 
correctly received. It should be noted that SIA 2000 
provides several message types that imply positive 
acknowledgement, in the sense that the message was 
received properly. Only the “Normal Acknowledgement” 
message is to be considered as a response indicating that 
the reported event has been accepted and acted upon. (See 
also Negative Acknowledgment.) 


Alarm - An indication of an emergency condition. The 
condition may be that of an intrusion, a fire, a medical 
panic, etc. Locally the condition usually causes visual 
and/or audible annunciation. In a system that is 
monitored, this condition is transmitted to remote 
equipment. 


Alarm Panel, see Control. 

Alarm Cancel, or Manual Reset - An action restoring the 
alarm panel to a non-alarm state. Also the transmission of 
that change indicating that the previous alarm signal is to 


be disregarded. 


Alarm Verification (see also Verified Alarm) — Generic 
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name given to many techniques used to confirm or deny 
the validity of alarms signals received at the monitoring 
facility. 


Answer Frequencies- The frequency set used by the 
device that applies first carrier in a communications 
session utilizing standard modems. (See also Originate 
Frequencies) 


2225hz (Mark) and 2025hz 
(Space) for Bell 103 

1650hz (Mark) and 1850hz 
(Space) for CCITT V.21 


Arm - To turn on a security system. 

Arming Station, see Keypad. 

Area - A defined section of the protected system that can 
be armed and disarmed independently. This is sometimes 
also referred to as a partition. When areas are used, they 
are numbered consecutively beginning with 1. 

Bell 103 - a standard for 110/300 bps communication 
Bell 212A - a standard for 1200 bps communication 


Bit - The smallest element of digital information, a single 
binary digit. (See also Byte) 


Bits per Second, or BPS - The number of data bits 
transmitted in one second. 


Block, see Record. 

BPS, see Bits per Second. 

Bypass - To cause a system to ignore input changes from 
a given point or zone, regardless of the arming state. 
Bypassed points and zones do not cause alarm events. 
(See also Zone Bypass, Unbypass) 

Byte - A group of eight bits. 

Channel - The communication pathway. 

Close, or Closing - The manual or automatic arming of a 
security system. (See also Early to Close, Fail to Close, 
Late to Close) 


Code, (see Access Code, User Code) 


Communicator - The part of the security system that 
sends electronic data outside the system, typically to a 


central station, often part of the control unit. 


Control, Control Panel, or Alarm Panel - The part of a 
security system that handles control and communication, 
whether as combined or separate physical units. 


DCS - (also known as SIA Format) Digital 
Communications Standard — “SIA Format” Protocol for 
Alarm System Communications 


Disarm - To turn off a security system (except for 24 hr 
devices). 


Duress - A code that can be entered if one or more 
persons try to force an individual to enter, or re-enter, a 
facility against the individual’s will. 


Early to Close, or ETC - An event created by the arming 
of a system before a specified time. 


Early to Open, or ETO - An event created by the 
disarming of a system before a specified time. 


Entry Delay or Entry Time - The period of time allowed, 
after entry to the premises, to disarm the security system 
before tripping an alarm. 

ETC, see Early to Close. 

ETO, see Early to Open. 


Exit Error — A signal produced by a point or zone that is 
still violated when the exit time has expired. 


Exit Delay, or Exit Time - The period of time allowed, 
after arming a security system, to exit the premises before 


tripping an alarm. 


Fail to Close, or FTC - An event created by the system at 
a preset time if it remains in the disarmed state. 


Fail to Open, or FTO - An event created by the system at 
a preset time if it remains in the armed state. 


Flow Control - Records that control the communication 
session. Flow control records include those that establish 
or shut down the communication channel. 

FTC, see Fail to Close. 

FTO, see Fail to Open. 


Full Duplex - A mode of data transmission in which the 
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data traffic can occur simultaneously in both directions. 
(See also Half duplex) 


Half-Duplex - A mode of data transmission in which the 
data traffic cannot occur simultaneously in both directions. 


Handshake - A signal sent by one end of the 
communication channel to the other indicating reception 
of signal. 


Keypad - The part(s) of a security system from which a 
human operator can arm and disarm the system, 
manipulate the system operation, or otherwise interact 
with the system. 


Late to Close, or LTC - An event created by the arming 
of a system after a specified time. 


Late to Open, or LTO - An event created by the 
disarming of a system after a specified time. 


LTC, see Late to Close. 
LTO, see Late to Open. 
Manual Reset, see Alarm Cancel. 


Master- The device that initiates a call, regardless of 
frequency set used. The Master is also defined to be the 
first device to transmit data. (See also Slave) 


Message, see Record. 


Modem - In this document the term modem applies to the 
circuitry used to communicate digital information along 
phone lines. This term describes a stand-alone box with 
RS232 connections, a card that plugs into a personal 
computer, or the communication section of a control. 


Modem Chip - an individual integrated circuit that 
modulates and demodulates data. 


Modifier Bit — a type of flag contained within the status 
bytes, used to modify or add information to the event 
being transmitted. Modifier Bits only apply to the event to 
which they are attached. (See also Nag Bit.) 


Nag Bit — a type of flag contained within the status bytes, 
used to indicate that a particular type of previously 
reported condition still exists. Nag Bits do NOT modify or 
otherwise affect the event to which they are attached. 
They reflect continuation of an event that was previously 
communicated. (See also Modifier Bit.) 


NAK, see Negative Acknowledgement 


Negative Acknowledgment, or NAK - a signal sent from 
one participant in the communication process to the other 
indicating that the data has not been correctly received. 
(See also Acknowledgment) 


Open, or Opening - The manual or automatic disarming 
of a security system (see also Early to Open, Fail to Open, 
Late to Open) 


Originate Frequencies- The frequency set used by a 
modem or device that responds to first carrier in a 
communications session. (See also Answer Frequencies) 
1270hz (Mark) and 1070hz (Space) for Bell 103. 

980hz (Mark) and 1180hz (Space) for CCITT V.21 


Panic - A general type of perceived emergency, including 
the presence of one or more unwanted persons trying to 
gain entry or observed intruders on the private grounds. 


Partition - see Area. 


Point — an electronically addressable sensor, sometimes 
used interchangeably with the term sensor. The term is 
usually used in multiplex alarm systems or for RF 
(wireless) sensors. 


Positive Acknowledgment, see Acknowledgment. 


Receiver - The equipment located at the central station 
that communicates with a control panel. 


Recent Closing - A transmission indicating that the 
security system has recently been armed. 


Record, or Message - A block of information that 
represents an alarm panel event, an acknowledgment, a 
configuration request, flow control, or a programming 
change. 


Report - An electronic transmission sent by the control 
panel to the central station containing detailed information 
about an event detected by or a status of the security 
system. 


REX - (Request to Exit) A signal produced by activating 
an exit request switch at an egress point in a facility 
monitored by an access control system. 


RSSI - Received Signal Strength Indicator. 


Sounder - An audible annunciator producing sufficient 
volume to be heard by person(s) within the protected 
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premises. 


Slave- The device that physically answers a call. The 
Slave is the first device to receive data. (See also Master) 


Subscriber, see User. 


Supervisory Signal- A signal indicating the need of 
action in connection with the supervision of guard tours, 
fire suppression systems or equipment, or with the 
maintenance features of related systems. (Not to be 
confused with a Trouble signal generated from a 
supervised zone or point.) 


Trip - An alarm state produced as a result of detection by 
a sensor. 


Trouble — A signal sent to indicate a malfunction, miss- 
operation, or loss of contact with a supervised zone or 
point. 


Unbypass - To restore a point or zone to normal 
functioning by removing a bypass condition. 


User - The person(s) at the alarm panel site that operate 
and/or have access to the system. 





User Code, see Access Code. 


Verified Alarm — An alarm that has been confirmed by 
monitoring facility contact with the protected premises or 
an authorized user agent, an alarm from sequentially 
detected and reported events, a multiple-sensor detected 
event, or an alarm reported by a system user. (See also 
Alarm Verification) 


Zone - A dedicated input to the control panel containing 
one or more sensor devices that will trip the input upon 


activation of any one-sensor device. 


Zone Bypass, see Bypass. 








3: REFERENCE DOCUMENTS 








SIA DC-03 Digital Communications Standard — “SIA 
Format” Protocol for Alarm System 
Communications 

TDK Manual of Embedded MODEM DESIGN 


(Vol. 1: K Series Modem ICs) 


(For information on Bell 103 & 212) 








4. MEDIA IMPLEMENTATION 








The intent of this standard is to make the message format 
as independent of the medium and of the low-level 
communication as possible. This independence allows 
this protocol to be used along various types of physical 
media such as telephone lines, differential twisted pair, 
RS232, and infrared. 








4.1 Public Switched Telephone Network 
(Normal Communications) 


This physical layer definition will outline the requirements 
necessary for implementing this protocol to allow controls 
and receivers to communicate via the public switched 
telephone network. This physical layer is designed around 
the accepted specifications for modems. 


The data rates chosen for this definition are 300 bits per 
second and 1200 bits per second. Lower cost controls 
may forgo the use of a modem chip and generate the 
modulated signals directly. This direct modulation is 
frequency shift keying (FSK) at 300 baud. Controls using 
modem chips may communicate at 300 or 1200 bps. 


Total connect time of the communication session for 
alarm reporting must be kept to a minimum. As the data 
rate increases, time to communicate the necessary 
information decreases; however, the carrier negotiation 
time increases. Shortest connect time, and greatest overall 
throughput, is achieved with a 300 bps or 1200 bps 
connection. These two data rates are detectable 
“simultaneously” and do not induce the time penalty of a 
carrier hunt. 


This specification permits implementation of either the 
Bell or CCITT standards. The choice of which standard to 
implement depends upon the country in which the 
equipment will be installed. Frequencies used by Bell 
standards use are prohibited in some countries. The Bell 
specifications are generally used within the United States. 
Bell 103 specifies a data transfer rate of up to 300 bits per 
second, frequency shift keying, and an answer tone of 
2225 hertz. Bell 212A specifies a data transfer rate of 
1200 bits per second, differential phase shift keying, and 
an answer tone of 2225 hertz. Since the answer tone 
presented by the receiver is the same for both a calling 
modem using Bell 103 and one using Bell 212A, it is the 
responsibility of the receiver to correctly determine the 
specific standard that the control is using. The CCITT 
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standards for 300 and 1200 bps (V.21 and V.22) both use 
2100 hertz for their answer tones. The receiver must 
make the same determination of specific type. (Note: A 
complete detailed description of the connect sequence for 
both the Bell and CCITT standards can be found in “The 
K-Series Modem Design Manual” by Silicon Systems.) 


Depending on the capabilities of equipment and the 
communications scenario in use, the originate and answer 
frequency sets used by Masters and Slaves may vary from 
conventions normally associated with Bell 103. See 
Section 3.1.3 for details of how Masters, Slaves and the 
originate and answer frequency sets are related. 


To accommodate the use of a full byte of binary 
information, eight bits of data will be this protocol’s 
standard. Each message that is communicated in either 
direction utilizes a checksum so a per-byte parity bit will 
not be used. One stop bit will be transmitted per byte to 
provide assurance that the received byte is synched 
correctly. The received byte should be qualified after a 
single stop bit. 


For full duplex communication at either 300 or 1200 bits 
per second, carrier must be maintained at all times. 
Special consideration needs to be made for the 300 bps 
half-duplex implementation of this protocol. A control 
that does not use a modem for its communication, but 
instead modulates and demodulates the transmit and 
receive lines “directly”, will be unable to continue 
generating a carrier while receiving data. The receiver 
must be tolerant of this condition and permit loss of the 
carrier from the control without adverse effects. A 
consequence of carrier shutdown is that there is loss of 
synchronization. A series of at least two identifying bytes 
(value AA hex) prior to the message header (for half- 
duplex only) prevents synchronization loss. Only a single 
identifying byte would exist for full duplex. 


4.1.1 Answer Sequence 


The following section defines answer sequences designed 
to allow a receiver to properly receive alarm information 
from a variety of control panels, reporting in a variety of 
formats. The answer sequences are to be used for common 
alarm reporting, where the control initiates the call and is 
acting as Master and the receiver is the Slave. The ability 
of a control to act as a Slave is manufacturer specific, and 
when the control answers as a Slave, the sequences below 
do not apply. 


The answer sequence initiated by the receiver depends on 
whether the receiver will be compatible with SIA DCS 
devices on the same telephone line. If a telephone line is 
to be compatible with both DCS and SIA 2000, the DCS 
handshake must be given first. A control will attempt to 
communicate in only one format (DCS or SIA 2000) per 
call. The combinations are shown in the following matrix: 


Receiver 


DCS SIA 2000 Both DCS & 
SIA 2000 


Case 1 is beyond the scope of this standard and is 
described in detail in SIA’s Digital Communication 
Standard — “SIA FORMAT” Protocol for Alarm System 
Communications. 






Control 






Case 2 can be described with the following timing 
diagram, where 0 is the time when the receiver responds 
to a ring signal by going off-hook: 


CASE 2 - SIA 2000 Receiver 











Handshake (carrier on for 2 sec.) Receiver leaves carrier 
on 
5 1 1 2 2 3 m 
0 0 5 0 B) 0 s 
0 0 0 0 0 0 e 
0 0 0 0 0 Cc 



































Control turns its carrier) Commence normal SIA 
on and waits 1.0 2000 communications 
seconds to ensure 
receiver connection 














SIA 2000 Control 
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For cases 3 and 4, both DCS and SIA 2000 are being 
supported on the same line card. The connection sequence 
shall be as follows: 


* The receiver detects ring, goes off hook, waits 500 
msec to 2 seconds, and then turns on its answer tone (2225 
hertz for Bell 103 / 212A). 


* A control using the standard SIA 2000 connection 
sequence must turn its carrier on no later than 700 msec 
and no sooner that 300 msec after the receiver has turned 
on its answer tone. 


* The control must leave its carrier on for the INITIAL 
PRE-DATA CARRIER INTERVAL to allow the receiver 
to qualify its carrier before it will start transmitting its 
data. 


* Tf the receiver is DCS compatible and hasn't received a 
response from a SIA 2000 control before the DCS 1 
second maximum initial carrier time the receiver will turn 
off its answer tone and continue the DCS connection 
sequence. (See Note 1 below.) 


* A control using DCS format will send a speed 
synchronization signal and start to transmit its data. 


* Tf the receiver does not detect a speed synch response 
from a DCS control during the 600 msec window it will 
be free to negotiate other formats. One possible format 
the receiver may negotiate could be a fallback SIA 2000 
sequence that will have a longer duration of answer tone 
to allow a connection for controls that can not qualify 
carrier fast enough to use the standard SIA 2000 
connection sequence. Care should be taken that a second 
2225 Hz tone after a pause not be interpreted as a kissoff 
tone by a non SIA-2000 panel. 


Note 1: For some modem chip sets it may take longer than 
1 second for the receiver to qualify the panel’s response to 
the initial handshake. This creates a problem with the DCS 
compatibility mode because the receiver needs to stop the 
handshake tone after 1 second to look for the DCS speed 
sync signal. Because of this potential ambiguity, it is 
allowable for a receiver to maintain its carrier beyond 1 
second if it has previously detected any signal that it is 
currently attempting to qualify as carrier. However if this 
signal is still not able to be properly qualified within an 
additional “PRE-DATA CARRIER INTERVAL”, the 
attempt may be aborted, and the receiver allowed to 
continue with other format handshakes. 


For case 3 the receiver begins with the DCS handshake, to 
which the control responds. Note that there is a minimum 
500 msec delay between going offhook and beginning to 
transmit: 


CASE 3 - DCS&SIA 2000 Receiver 














Handshake | Drop carrier, | Commence normal 

(no carrier | wait for speed | DCS 

detected) synch communications 

5 1 1 2 2 3 m 

0 0 3 0 5 0 s 

0 0 0 0 0 0 e 
0 0 0 0 0 c 












































Send speed synch signal, 
then commence normal 
DCS communications 











DCS Control 


In case 4 the receiver again begins with the DCS 
handshake, but in this case the control responds by turning 
on its carrier as described above. Note that, for DCS 
compatibility, there is a minimum 500 msec (max 2 
seconds) delay between going off-hook and beginning to 
transmit DCS handshake: 


CASE 4 - DCS&SIA 2000 Receiver 












































Handshake Receiver leaves carrier on and waits for 
(carrier is SIA 2000 Communications 
detected) 
5 1 1 2 2 3 m 
0 0 5 0 5 0 S 
0 0 0 0 0 0 e 
0 0 0 0 0 c 
Control turns its carrier) Commence normal SIA 
on and waits 1.0 2000 communications 
seconds to ensure 
receiver connection 














SIA 2000 Control 
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If DCS compatibility is not an issue, the sequence is very 
simple. The receiver detects ring, goes offhook, and 
asserts its handshake; the control can begin to transmit 
after detecting an arbitrarily short carrier burst. 


Note that in the United States, a two-second Billing 
Protection Time is mandated by FCC Part 68, paragraph 
314 (A). Some receivers send echo suppression tones or 
proprietary handshakes during the Billing Protection 
Time. The actual use of this time is beyond the scope of 
this specification. It is not the intention of this 
specification to imply that the Billing Protection Time 
may be bypassed. 


A SIA 2000 control must assert carrier for a minimum 
INITIAL CARRIER TIME before transmitting data. Note that 
if a commercial modem is employed in the receiver, it 
may be desirable to configure the modem to qualify 
carrier after an interval shorter than the default. At the 
end of the first data packet from the control, the receiver 
will determine whether the control maintains a half-duplex 
channel (dropping carrier when not transmitting) or a full 
duplex channel (maintaining constant carrier). After the 
last byte of the first transmission from the control is 
received, the receiver waits a CARRIER TIMEOUT 
INTERVAL to see if carrier is maintained or dropped. If 
carrier is maintained after the CARRIER TIMEOUT 
INTERVAL, the receiver may assume that a full duplex 
channel will be used. If carrier has been dropped before 
the CARRIER TIMEOUT INTERVAL, the receiver will expect 
a half-duplex communication channel from the control. 
Note that the receiver always maintains a full duplex 
communication channel - that is, it never drops its carrier. 


It is possible that a receiver may detect carrier that is not 
followed by SIA 2000 message packets. After detecting 
initial carrier, the receiver should listen throughout the 
maximum INITIAL PRE-DATA CARRIER INTERVAL + GUARD 
BAND TIME; if no data is modulated on the carrier during 
this interval, the call may be abandoned. 


Once communications are established between the two 
parties, if no response is received to a given message the 
sender shall transmit the message at least 3 times (with 
appropriate timeout intervals as given below) before 
abandoning the call. 


The receiver may use messages of General Type 160 to 
flag (for an automation package) a control that does not 
respond to any handshake, along with possibly giving its 
caller ID. A separate message of General Type 160 exists 
for messages that are properly decoded but not 
understood. For further information, see the descriptions 





of messages 160.6, 160.7, and 160.13 in the appendix. 


4.1.2 Timing Considerations 


Bytes within a data message are separated by the 
INTERBYTE TIME. 


Upon receiving a message packet, a control or receiver 
must respond before the maximum RESPONSE TIME. 

When a control maintains a half-duplex channel, the 
receiver must delay at least the minimum SWITCHING TIME 
after receipt of a message before sending a response. This 
is to allow adequate time for circuitry and software 
switching in low-cost controls. There is no required delay 
when responding to a device that maintains a full duplex 
channel. Since all receivers are required to maintain a full 
duplex channel, this means that there is never a mandatory 
delay before a control can send a response to a receiver. 


The maximum inter-message time (the time allowed to the 
session Master between receiving a Slave’s response and 
transmitting the next message) is the same as the 
maximum “RESPONSE TIME”. (Note: This time may be 
temporarily overridden when the Busy/Wait Response is 
received from the slave. See section 5.3.3 for details.) 


Before determining that a control or receiver is not 
responding, a device must wait the maximum RESPONSE 
TIME plus a GUARD BAND TIME. Additionally, a receiver 
communicating with a control that maintains a half-duplex 
channel must wait an INITIAL CARRIER TIME for each 
transmission. This is to allow for the case in which a 
receiver does not detect carrier from a control until the end 
of the initial carrier time. Thus the equations for 
determining “‘no response” are summarized as follows: 


The various timing constraints have the following values: 


Name Minimum | Maximum 


INITIAL CARRIER 100 msec | 2 seconds 
TIME 


CARRIER TIMEOUT | 100 msec_ | no limit 


INTERVAL 
INITIAL PRE-DATA 2 seconds 
CARRIER INTERVAL 

(1.1 sec typical) 


765 msec 
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4.1.3. SIA 2000 Compliance Levels 





The following Compliance Level information is useful to devices utilizing telephone communications described in section 
3.1- Public Switched Telephone Network (Normal Communications). The information here is not applicable to devices 
communicating through the other physical layers described in section 3. 


The table below diagrams communications capabilities requirements of various pieces of SIA 2000 equipment. There are 
basically two categories of equipment identified: Control Panels (or Communicator) and Other Equipment (Receivers, 
downloaders, etc.). 





To be considered A Control Panel MUST be able to Other equipment MUST be able to 
SIA 2000 Compliant | initially function as: initially function as: 
at the indicated level; 











Level A Master using Originate Frequencies only. | Slave using Answer Frequencies only. 

Level B Master or Slave, Originate frequencies Slave or Master, answer frequencies only. 
only. 

Level C Master w/ Originate frequencies OR Slave] Slave w/ Answer frequencies OR Master w. 
w/ Answer frequencies. originate frequencies. 

















Level A is intended to describe Controls and Receivers with simple alarm reporting capabilities only. This level describes 
the minimum functionality for SIA 2000 communications. This level does not support the Control operating with the initial 
role as Slave. 


Level B describes SIA 2000 equipment that utilizes custom modem circuitry that allows communications reversal, (and 
allows a Control to answer an incoming phone call). Devices conforming to this level will use a single frequency set for all 
types of communication (to save hardware costs associated with supplying additional filters for the complimentary 
frequency set.) 


Level C describes equipment that employs standard Bell 103 protocols with respect to the use of originate and answer 
frequencies. Level C support will normally be limited to devices with advanced capabilities, where cost is less of an issue. 


For normal alarm reporting (control as Master reporting to a receiver as Slave), level A communications is all that is ever 
used. A control panel that is performing simple reporting must always be able to successfully report to any level receiver. 
Because of this, the only time compliance becomes an issue is when some device is calling the control. For example, a 
receiver with a built in downloader that is Level C compliant may try to communicate with a control that is only compliant 
to level B. This will not work, and is one example of when SIA 2000 users will need to be aware of the capabilities of their 
equipment. 


The chart below shows the communications compatibility of controls with other equipment, based upon the rated 
compliance level for each piece of equipment. (Refer to the Glossary for the definitions of Master and Slave, as well as 
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Originate and Answer Frequencies.) The information provided is to allow users of SIA 2000 to predict compatibility (or 
troubleshoot problems) between pieces of equipment. 





Receiver (or other devices) 





















































Control Level A-Slave Level B-Slave Level B-Master | Level C- Slave Level C-Master 
(Answer) (Answer) (Answer) (Answer) (Originate) 

Level A-Master | OK OK Failure- Type 1 | OK Failure- Type 2 
(Originate) (Data Crash) (No Carrier) 
Level B-Master | OK OK Failure- Type 1 | OK Failure- Type 2 
(Originate) (Data Crash) (No Carrier) 
Level B-Slave Failure- Type 3 | Failure- Type 3 | OK Failure- Type 3 | Failure- Type 2 
(Originate) (No Call) (No Call) (No Call) (No Carrier) 
Level C-Master | OK OK Failure- Type 1 | OK Failure- Type 2 
(Originate) (Data Crash) (No Carrier) 
Level C-Slave Failure- Type 3 | Failure- Type 3 | Failure- Type 4 | Failure-Type3 | OK 
(Answer) (No Call) (No Call) (Carrier Crash) | (No Call) 
Failure Types: 


Type 1- Data Crash: This failure mode occurs when carrier connection is established, but both devices are Masters, and 
send data to non-existent Slaves. 


Type 2- No Carrier: This occurs when both devices are set to use originate mode frequencies. They both wait for the carrier 
from a non-existent answer mode device, and therefore never establish carrier connection. 


Type 3- No Call: This failure results from both devices being Slaves. Since only the Master places calls, no connection is 


possible. 


Type 4- Carrier Crash: Here a Master calls a Slave, but both devices are using Answer frequencies, and both assert carrier, 
while listening for carrier from a non-existent “Originator”. 


n n n 
so se se 
bn bn bn 
oI oI oI 
so) so so) 
= = = 
x x x 
+ + + 
Y) Y} Y} 
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LEVEL C 
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SIA 2000 
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SIA 2000 


LEVELA 
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4.2 Public Switched Telephone Network (High 
Speed Communication) 


For future use. This physical layer definition will outline 
the requirements necessary for implementing higher speed 
communications between Master and Slave devices than is 
allowed in section 3.1. 


For certain communications sessions (1.e. downloader) the 
criteria for the rapid connect times required for Alarm 
Reporting are not needed, while the advantage of utilizing 
high speed communications is important. This section will 
address the requirements of establishing and maintaining 
such a link. 


4.5 Multidrop Communication (RS485) 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate between a control and local equipment for 
the purpose of local control and programming. 














4.3 Direct Communication (RS232) 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate between a control and local computer 
equipment for the purpose of local control and 
programming. 


Device 
awaiting 
response 


Receiver Half duplex max RESPONSE TIME + 
INITIAL CARRIER + 
GUARD BAND 


Response channel] “No Response” time = 


Receiver Full duplex max RESPONSE TIME + 
GUARD BAND 


Control Half duplex Impossible; receiver must 
operate a full duplex 
channel 

Control Full duplex max RESPONSE TIME + 
GUARD BAND 


4.6 Cellular Digital Packet Data 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate events from a control to a receiver. This 
physical layer is designed around cellular digital packet 
data. 








4.7 Radio Frequency 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate between a control and local equipment for 
the purpose of control and programming, and between the 
control and receiver for the purpose of communicating 
events. 








4.8 Broadband Coax 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate between a control and local equipment for 
the purpose of control and programming, and between the 
control and receiver for the purpose of communicating 
events. 








a. MESSAGES 

















4.4 Infrared Communication 


For future use. This physical layer definition will outline 
the requirements necessary for implementing this protocol 
to communicate between a control and local equipment for 
the purpose of system monitoring. 


The information exchanged between the control and 
receiver is assembled into a group of bytes referred to as a 
message or record. Specific fields within the message 
have distinct meanings. All messages follow a similar 
format. Maximum length for a SIA 2000 message is 
65542 bytes. 
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5.1 Data Representation 


Data passed in SIA 2000 messages is typically in the form 
of bit flags, numeric quantities, or blocks of numeric or 
ASCII data. 


For multibyte numeric fields as well as multibyte flags, 
the most significant byte is transmitted first, and the least 
significant byte (designated byte 0 for flags) is transmitted 
last. 


Whenever a block of data is expected (as, for example, in 
the body of the Supplemental Text message), the first two 
bytes are the data block length. 


Within this standard, most numeric data is represented in 
decimal for ease of reading. Where hexadecimal values 
are represented, the notation used is Oxdd, where dd are 
the two hexadecimal digits. 














8...9 Status Bytes 

10 Message Layout 
ll..n Body 

n+l... n+2 Error check 








5.2 Header 


The message starts with a three byte header containing 
control bits for the record type and for the turn-around 
function. A two byte length field follows. The length 
field holds the number of subsequent bytes of the 
message, excluding the error check bytes. Each message 
contains a General Type and a Specific Type identifier. 
These fields give the general and specific category of the 
message and establish the meaning of each byte in the 
message body. An optional authentication field, to be 
determined in a later revision of this specification, may 
follow the message body if it is indicated by a bit in the 
header. An error checking field ends the record. 


Depending on inclusion of the optional field, then, the 


message structure will appear in one of the following 
configurations: 


No authentication field: 

















Byte Meaning 
Liss Header 

4.5 Length 

6 General Type 
7 Specific Type 





























Authentication field included: 
































Byte Meaning 
123 Header 

4..5 Length 

6 General Type 

7 Specific Type 

8 ...9 Status Bytes 

10 Message Layout 
110..n Body 

n+1 Authentication 
n+2 ...n+3 Error check 














The three bytes of the header section are defined below. 


Header Data Structure! Data Definition 
Byte 
First Byte | Bit 7 Always 0 (to prevent header byte 
from looking like another OxAA 
synchronization byte) 
Bit 6 Reserved- set to zero. Future: 
Authentication Field included if set 


ease m 
Reserved for message cascading (0 
ae - 


Turn Around (TA) flag - see sec 
5.3.1 
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Last record. This bit is set only by 
the communications Master in the 
last message before terminating 
communications. 


Supplemental Information Follows. 
If set, the next message contains 
information to supplement this one. 


Second Upper Nibble | Reserved, all zeros 
Byte (bit 7..4) 


Protocol Revision (0-15) 
Lower Nibble 
(bits 3..0) 


Third Byte] Unsigned Byte | Event Table Revision (0-255) 


Reserved Bits: Any bits that are marked as reserved 
should always be set to zero. If a header is received in 
which reserved bits are not zero, an error conditions exists 
and the receiving device should NAK the packet using the 
appropriate NAK specific type. (See section 9.2 General 
Type 145.) 





Protocol Revision: It is anticipated that there will be 
changes made to the SIA-2000 protocol (see Section 
7.1.2). The Protocol Revision field is used to indicate the 
protocol of the highest revision level that the 
communicating device supports. If a communicating 
device does not support all features of the reported 
protocol revision, it must ensure that the lack of such 
support does not create ambiguity or cause a 
communication failure. 


Note: Communicating devices using SIA-2000 are 
restricted to using features and capabilities provided in the 
Rev 0 release of SIA-2000 for the first round of 
communication. As new revisions of the protocol are 
released, a means to negotiate the communications 
capabilities between devices will need to be utilized. The 
scenario below describes a capabilities negotiation. 


1. A control (with Rev 3 firmware) calls a receiver (at 
Rev 2). The first message is sent using only Rev 0 
features, however the Header byte indicates the 
control has Rev 3 capabilities. 


2. The receiver notes that the control can communicate 
using Rev 3 features. However it only understands 
Rev 2 and lower features, so it indicates its own 
capabilities to the control by placing Rev 2 into its 
header byte of the ACK for the received packet. 


3. The control sees that the receiver understands Rev 2 
communication, so it now has the option to upgrade 
the communications session to using features 
supported at Rev 2. (Note that the control is NOT 
required to upgrade. It has only been given permission 
to do so. Since the control may not be able to 
distinguish between Rev 2 and Rev 3 features, it may 
choose to complete the session at Rev 0. ) 


Event Table Revision: The content of this field varies 
based upon which device is sending. When a control is 
sending to a receiver, the field should contain the Event 
Table revision level of the highest level Event Code that 
the control can transmit. It need not support all codes at a 
particular Event Table revision level to indicate a higher 
level in this field. 


For a packet sent from the receiver to the control, the field 
is reserved and should contain all zeros. 








5.3 Length Field 


The length field is two bytes, ordered MSB first. Data 
bytes counted by the length byte include everything after 
the length bytes up to but not including the error check 
field. This field may have a maximum value of Oxffff, for 
a total message length of 65542 bytes. 


Note: Although the protocol allows blocks of large size to 
be transmitted, it is advised to break long transmissions 
into smaller units when possible. This is to optimize 
efficiency when transmitting in noisy environments. (An 
error on a very large block would require re-transmission 
of the entire block.) 








5.4 Authentication Field 


Reserved- Set to zero. (Size=1 byte) This byte is included 
only if bit 6 of the first byte in the header is set to 1. 








5.5 Error Check Field 


Fletcher’s checksum is used for the error check field. This 
field is composed of two 8-bit check values, Check1 and 
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Check2, which are calculated over the entire message 
from the header byte up to (but not including) the first 
byte of the error check field. The two values are sent as 
the last two bytes in a SIA-2000 message. They are 
transmitted in the order “Check1”, followed by “Check2”. 


The first 8-bit check value (Check1) is initially set to 0. 

As each message byte is processed its value is added to 
this check value. The resulting sum is divided by 255, and 
the remainder is saved as the new first check value. The 
second check value (Check2) is computed in a similar 
manner. Its value is also initialized to 0, and updated as 
each byte in the message is processed. This time, 
however, it is updated by adding the current value of the 
first check value. Again, the remainder on division by 255 
is saved as the new second check value. 


The Fletcher checksum algorithm is depicted in 
pseudocode and actual microcode in Appendix C. 
Additionally, the example in section 10.1.1 shows an 
actual SIA-2000 message with real values for Check1 and 
Check2. 








6. MESSAGE TYPES 








Each message is preceded by a two byte length field and 
two bytes describing the message type. There are several 
categories of messages: 


Burst The basic event reporting message format that has 
explicitly defined fields. 


Supplemental Text Provides a text string describing 
something about the previous burst message 


Flow Control Messages that control the communication 
session. 


Programming Messages that provide a means to retrieve 
and change control configuration. 


Automation Control messages communicated between 
the receiver and an automation package. 








6.1 Burst Messages 


Burst messages are sent during the event communication 
part of the session. Burst messages communicate events 


that represent such things as alarms, cancels, troubles, 
openings, bypasses, etc. 


The burst message is the standard way for a control to 
communicate events to the receiver. Each record, defined 
by general type and specific type, represents a distinct 
event. The receiver knows how to translate each field to 
get the data that it needs. Information in the record can 
convey exact event data to the receiver. 


A burst message contains a General Type byte, a Specific 
Type byte, two status bytes, a message layout identifier, 
and body data elements. The status bytes for each General 
Type are defined in section 9.3. 


The only responses defined for Burst messages include a 
Normal ACK or any of the NAK messages. Any other 
message (including other ACK types) should be 
considered a communications error, and the event should 
NOT be kissed off. 


6.1.1 Message Layouts 


The structure of data contained in a SIA-2000 message 
body is identified by the Message Layout Identifier. The 
message layout identifier is a one-byte value that is an 
index into the data mapping tables in the next section. 
Subsequent data is interpreted according to the model 
pointed to by the message layout identifier. 


The Group One layouts are intended to be used for event 
reporting. Group Two layouts are for reporting 
environmental variables (such as temperature or pressure), 
and programming values. The Primitives group contains 
single instances of all the elements used to make the 
combined layouts. These allow flexibility to transmit 
information in unusual or unexpected circumstances. The 
Last Group contains reserved layouts and the null body 
identifier. If a packet is sent with no data, the null body 
identifier must be used. 


Note that when sending messages using layouts that do 
not include an Account number, it is required to send the 
Account primitive in the first block to identify the sending 
account. 


The following tables define the structures of the data in 
the message body for each message layout identifier. 
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6.1.2 Message Layout Tables 


Message Field 2 Field 3 
Layout 


ies 
Account Area Zone/ 
Point 
Account Area Zone/ 
Point 
4 Account Area Zone/ 
Point 
5 Account Area Zone/ 
Point 
Account Area Zone/ 
Point 


-- reserved -- 


1 
2 
3 
Message | Field 4 Field 5 | Field 6 Field 7 
Layout 
Group Onég size =2 size=2 | size=8 bytes | size =2 bytes 
bytes bytes 


it 1 
Ce 
FC 
[on [omer [ 
> 
i 


2 


7-19 -- reserved -- 


Field 1 Field 2 








fee il See Sd 


20 Account Units (variable length, as 
Block) 
Start Address (4 bytes) Length (2 bytes) 
Start Address (4 bytes) Block (variable length) 


23 - 127 -- reserved -- 


135 Block Variable-first two bytes indicates 
size of remaining data 


136 Units Variable-first two bytes indicates 
size of remaining data 


139 — 254 -- reserved-- 


Last size = 0 bytes 
Group 





6.1.3. Definitions of Primitive Data Elements 





The following section describes the format and default 
values (if any) for each primitive element. 
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Account: A 10 nibble (five byte) field to contain an 
account number of up to 10 digits. Each digit has a range 
of from 0 to F(hex). The full account number is 
represented in packed hex format, encoding 2 digits per 
byte. The account field is left-padded with zeros if the 
account number is less than 10 digits. 


Example: A control with account number 45671 would fill 
the account field with: 0000045671 


First byte: 00h, 
00000000b 
Second byte: 00h, 
00000000b 
Third byte: 04h, 
00000100b 
Fourth byte: 56h, 
01010110b 
Last Byte: 71h, 
01110001b 


Note that account number 45671 would NOT be sent as 
000000B267h, which is numerically equivalent. 


Area: Unique identification for an area or subsystem, or 
OxFF if no area information is included (1 byte). 


Zone/Point: A value that addresses the sensor that 
generated this message. If there is no zone or point 
number, OxFFFF is used (2 bytes). 


User ID: A pointer to a user code. OXFFFF is placed in 
the field if there is no user id for the event (2 bytes). 


Device: A value that indicates the ID of the device (such 
as a keypad) that generated this message. The main panel 
or system may optionally use 0x0000 to refer to itself. If 
no device is being referenced, OxXFFFF should be used (2 
bytes). This field may also be used to indicate a schedule 
or procedure number, if the schedule or procedure is 
responsible for generating the event being reported. 


Time Stamp: Date and time information in the following 
format! MDYYHmSG (8 bytes). Where: 





month of the year] 0x01 - OxOc (1-12 
decimal), Oxff (field not 
used) 

day of the month | 0x01 - Ox1f (1-31 

decimal), Oxff (field not 

used) 


year 0x0000 - Oxfffe (0- 
65534 decimal), Oxffff 
(field not used) 

hour of the day | 0x00 - 0x17 (0-23 
decimal), Oxff (field not 
used) 


decimal), Oxff (field not 
used) 


second of the 
minute 


0x00 - Ox3b (0-59 
decimal), Oxff (field not 
used) 


GMT offset - 
using bit 7 as a 
sign bit (1 = 
negative), this 
byte represents 
the local offset 
from GMT, in 10- 
minute increments 


0x00 - 0x48, or 
0x8 1-Oxc8, or 


Oxff (field not used) 


a 
minute of the hou 0x00 - 0x3b (0-59 


Note: When the time stamp is given in the message layout 
with an event report, it is understood to be the control’s 


local time when the event was recorded. If the time stamp 
is given in response to a View Configuration message, it is 


understood to be the control’s current local time. This 
time can be adjusted with the Change Configuration 
message. The proper response to either the View 
Configuration or Change Configuration message is a 
Positive Acknowledgment / Data Answer with the 


control’s (perhaps newly updated) current local time in the 


above format. 


Target ID: A pointer to a user code that is the object of 
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the message, i.e. the user number that is being added or 
changed. (2 bytes). 


Block data: A raw data field whose size is given by the 
first byte in the field (no default size). 


Units: A three-part field of the form “sU...Uu...u” where: 


‘s’ is the size in bytes of the remainder of the field 


‘U...U’ is the unit count. This consists of at least one 
character, and must be an ASCII representation of a 
decimal number. Valid characters include ‘0’ through ‘9’ 
(ASCI 0x30 to 0x39). Negative numbers may be 
represented where valid by prefixing the number with the 
‘-? (ASCII 0x2d) character. The decimal point (ASCII 
Ox2e) is allowed where valid. The unit count must be at 
least one character; leading zeroes may be included but 
are not required. 


‘u...w is the unit type. The unit type consists of one or 
two ASCII alphabetic characters and must follow the unit 
count with no gaps or spaces. The characters determine 
the unit of measure, as shown in the table below: 


Units Codes for the “Units” Primitive 


Centimeters per Minute 
Fahrenheit Degrees 
Feet per Minute 
Gallons per Hour 
Gallons per Minute 
Time (in Hours) 

Inches per Minute 








os 





Start Address: An address from the control’s memory. 
This is a four byte field beginning with the most 
significant byte of the address. If the address size is 
smaller than four bytes, it will be left-padded with zeroes. 


Length: A two-byte value that gives the length of a data 
block, in bytes. 








6.2 Supplemental Text Messages 


Text information giving detail about the subject of a burst 
message may be sent. This is called a supplemental text 
message. When supplemental text is to be sent, the block 
that is being supplemented should have bit 0 of the first 
header byte set to 1. 


A supplemental text message should use a message layout 
indicator of 135 (Block). The body of the supplemental 
text message contains printable ASCII information using 
the following format. 











Byte Meaning 
1..2 Length 
3..n Block data (ASCII Information) 




















6.3 Flow Control Messages 


The SIA-2000 protocol employs half-duplex dialog using 
a Master/Slave relationship. Messages are only sent in 
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one direction at any one time. The communication 
between the control and receiver is directed by the current 
session master, which can be either the control or the 
receiver. 


Flow control messages regulate the exchange of 
information between the Master and the Slave. There are 
three groups of flow control messages within SIA-2000, 
Flow Control Directives, Flow Control Positive 
Acknowledgment, and Flow Control Negative 
Acknowledgment. Flow Control Directives act as 
commands, and Flow Control Positive (and Negative) 
Acknowledgments act as responses. SIA-2000 
communications philosophy dictates that commands (the 
Flow Control Directives group) can only be sent by the 
current session master. Conversely, the Flow control 
Positive (and Negative) Acknowledgments can only be 
sent by the current slave. 


Flow control is managed in the following manner: 


The Master initiates the communication and directs the 
dialog at the outset. Each message sent by the Master 
control will cause the Slave to respond with an 
acknowledgment. All messages sent must be 
acknowledged. The reception of any valid message that is 
not of General Type 145 (Negative Acknowledgment) is 
considered to be a positive acknowledgment. Failure to 
acknowledge any transmission will cause a re- 
transmission and eventually a termination of the 
communication without completing the report. 


If the optional datalocking is used, the initial message that 
the Master sends to the Slave will be the datalock 
message. Otherwise the first message will be an event 
message. The Slave must respond to each message with 
the appropriate form of acknowledgment. The Slave 
cannot initiate its own messages; it must wait for a turn- 
around to gain control of the communication channel. 


When the Master is done with its part of the dialog (it has 
sent all of its messages), it will set the Last Record bit in 
the header of the last message that it sends. Typically this 
is the point at which the Master might grant a request by 
the Slave to gain control of the communication channel. 
The next part of the dialog, if any, is dependent on the 
implementation and situation at the control and receiver. 
This protocol allows for the dialog control to be turned 
around, to enter an Open Channel state, or to shut down 
the communication. 


6.3.1 Communications Turnaround 


SIA 2000 communication is always half duplex, although 
a full duplex channel may be used. A communication 
session usually begins with the control panel as the 
Master; the Master initiates messages, to which the Slave 
side must respond (typically with an ACK). The session 
slave may wish to become the Master (perhaps to issue 
programming commands). This change is accomplished 
through the Turn Around (TA) bit in the message header. 


The Turn Around bit is normally zeroed for all messages. 
The current Master will always maintain the bit as zero. A 
Slave device only sets the bit when it wants to become the 
session Master. Upon receipt of a message with the Turn 
Around bit set, the Master may grant or deny the request. 
If the Master replies with a message with its own Turn 
Around bit set, the request has been granted and the Slave 
is now allowed to become the session Master. If, 
however, the Master replies with a message in which the 
Turn Around bit is still not set, the request has been 
denied and the original device is still the session Master. 
The Slave may continue to request turnaround by setting 
the Turn Around bit in its subsequent messages. 


Once the Slave has been granted permission to turn 
around communications, it establishes its Mastership by 
sending its first command with the Turn Around bit de- 
asserted in its header. Note that turnaround is not 
considered to have occurred until this “acceptance” of 
Mastership is demonstrated by the new Master. 


In order to preserve alarm reporting priority, a control, as 
Slave, may in any message request turnaround by 
asserting its Turn Around bit once again. If the control 
panel requests turnaround, the receiver must grant the 
request immediately and let the control resume the role of 
session Master. 


Note: If the current Slave device is still requesting 
turnaround during its acknowledgement of a block with 
the Last Record flag set, it must wait the MAX 
RESPONSE TIME to assure time to receive a grant, 
before hanging up and ending communication. If the Slave 
then receives an ACK message with the TA flag set 
(within the MAX RESPONSE TIME), turn-around has 
been granted. However, turn-around is still considered to 
be incomplete until the Slave (now assuming the role of 
Master) sends its first command to the new slave 
(previously Master) with the TA flag cleared, thus 
signaling acceptance of the grant. If this does not occur 
(such as if the slave had a communications error and was 
required to NAK the Grant) the original designations of 
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Master and Slave still apply. 


6.3.2 Flow Control Directive Messages 


The following group of messages should only be issued by 
the current session master. 


Abort Call Command: A command from the current 
session master (control or receiver) to abort the channel 
connection. Acknowledgement is the proper response to 
this command. The communication session will then end. 


Datalock Command: A command from the Master to the 
Slave to request the return of an encoded value in the 
acknowledgment. The Datalock command, if it occurs, is 
usually the first message of a dialog from the Master to 
the Slave . Its purpose is to verify that the Slave is 
authorized for this communication session. The message 
includes a key, which is encoded by the Slave . The 
resulting encoded value is returned in the Datalock 
Response. If the Master receives the incorrect value, it 
will terminate the communication. The datalock can be 
implemented via an algorithm or table lookup. 


Call Back Command: This is a command from the 
receiver to enable call back. When the communication 
session ends, an attempt to restart the session will be made 
immediately by the control. This message may be used to 
force a panel to confirm communications after a phone 
number has been changed. Acknowledgment is the 
proper response to this command. 


Password Supplied: This is sent to supply a password 
that is required by the current slave. It may be issued at 
the opening of a communications session, or after 
receiving a Password Required response to an earlier 
command. It contains a password, typically used to access 
programming data. The reply to this message will be 
either Password Accepted or Password Rejected. 


Call Downloader Command: This command instructs a 
slave device to call its downloader after the current 
communication session ends. Acknowledgment is the 
proper response to this command. 


Heartbeat Command: This command is sent by a 
Master to a Slave to test the communications channel. It 
would typically be used during a session with a 
downloader that allows an interactive session. During this 
time, communications traffic would normally be sporadic, 


and message timeouts could terminate the channel. The 
Heartbeat signal can be sent in place of other traffic to 
keep the communications open. The only valid responses 
to “Heartbeat” are Normal (Positive) Acknowledge or any 
of the Negative Acknowledgements. 


6.3.3 Flow Control Positive Acknowledgment 


Any of these responses should be considered an indication 
that the message from the originator was accepted as valid 
(received without errors). This includes proper byte 
counts, valid checksum, and freedom from inter-byte 
timing errors. In addition to acknowledgment of message 
integrity, specific messages can contain other flow control 
information or data in response to originator queries. 


Note that only “Normal (Positive) Acknowledge” below is 
to be used as an indication that an event message has been 
properly received and acted upon (kissed off). 


Normal (Positive) Acknowledge: This is a normal 
acknowledgment of event messages, directive commands, 
and programming commands that are received correctly. 
Specific flow control acknowledgment records, or any 
valid record, may supersede the normal acknowledgment 
if necessary. 


Password Required: This response, sent from a session 
Slave to the Master in response to a command, indicates 
that a password is needed to perform the requested task. 

In reply the Password Supplied message should be sent, 
including the password. If the password is not valid a 
Password Rejected message will be returned, and the 
session Master may respond with a different request or 
may end the communication session. If the given 
password is valid a Password Accepted message will be 
sent and the original request should be repeated. Note that 
there is no requirement for the Slave device to remember 
the original request; therefore if the request is not repeated 
it will not be acted upon. 


Datalock Response: This is in response to a Datalock 
Command. The response contains the encoded return 
value. 


Data Answer: This is in response to a programming 
command, or a request for configuration data. This 
acknowledgment includes one or more bytes of 
hexadecimal data in the message body. 
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Unsupported Command: The command has been 
received correctly, but is unsupported in this 
implementation. 


Open Channel Accepted: This is acceptance of the Open 
Channel command. At this point, an audio or video 
verification, or alternative protocol may take control as 
indicated in the Open Channel message (see section 5.4, 
“Open Channel,” below). The audio or video verification 
protocol/equipment will end the communication session 
when necessary. 


Open Channel Denied: This is an indication that open 
channel is unsupported. See section 5.4, “Open Channel,” 
below. 


Password Accepted: This is an indication to the 
originator that the password in the Password Supplied 
command was accepted. 


Password Rejected: This is an indication to the 
originator that the password in the Password Supplied 
command was rejected. 


Unexpected Message: The message received was valid 
and represents a supported command, but appears out of 
context and therefore cannot be processed. 


Busy / Wait Command: This response may optionally 
extend the on-line time-out period. It may be sent only by 
the communication session Slave. 


The expected response to a BUSY / WAIT command is to 
re-send the previous message (the one that was responded 
to with BUS Y/ WAIT). No new command or message 
(even ones of higher priority) may be sent by the 
communication session Master in response to a BUSY / 
WAIT. 


When the previous command is re-sent in response to a 
BUSY / WAIT, the Slave may respond to the command if 
able to do so, or may send another BUSY / WAIT 
command in response. There is no set limit to the number 
of consecutive BUSY / WAIT messages that may be sent 
by a device. 


The command may be sent using either message layout 
135 (block) or 255 (null body). If 135 is sent, the time to 
wait before re-sending the packet is included in the data 
portion of the message. The table below shows the 
interpretation of the supplied time information. 








Byte Position: Function: 

First two Bytes Number of bytes in block 
(always 0001 for this 
message) 








Third Byte Time ‘t’, where 


time(seconds) = t * 0.1 











If message layout 255 (null body) is used, the re-send 
timing is unaltered. 


6.3.4 Flow Control Negative Acknowledgment 


In addition to positive acknowledgments there are 
negative acknowledge messages. The NAK is an 
indication that something was wrong with the reception of 
the message. Most NAKs include an indication of 
specifically what was wrong with the reception. 


Normal NAK (unspecified): Message was not valid - 
reason not specified. 


Bad Checksum: The transmitted and calculated 
checksums are different. 


Header Mismatch/Bad length: The headers and/or 
length were different than expected. 


Inter-byte Timing Error: The period between bytes is 
excessive. 


NAK-Unsupported Reserved Bit in Header: A 
reserved bit in the header was asserted and is not 
supported by this device. 


When one of these messages is received the transmitter 
will retry the transmission. If the message is still not 
properly acknowledged after three attempts, the system 
master will abort the communication session. (See “Abort 
Call” above.) 








6.4 Open Channel Commands (Extended 
Communications) 


The Open Channel General Type provides a smooth 
transition between SIA 2000 communications and 
extended communications such as audio or video alarm 
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verification. To initiate an extended communications 
session, the Master sends an Open Channel message, 
indicating the type of communications to follow. 


The Slave responds with an “Open Channel Accepted” 
acknowledgment if it can support the indicated 
communications type and if such resources are 
immediately available. If the Slave responds with an 
“Open Channel Accepted” acknowledgment, the SIA 
2000 communication session is terminated and the 
indicated communications protocol takes control of the 
communications. If the Slave responds with an “Open 
Channel Denied” acknowledgment, the SIA 2000 session 
remains intact unless the “Open Channel” message was 
the last event and the Master will not accept turnaround of 
the communication session. 








6.7 Unknown Messages 


SIA-2000 divides messages into two distinct categories. 
All messages with a General Type of 1 to 127 are 
classified as event reporting. General Types 128 and 
higher are reserved for communications and flow control. 


For General Types 1-127, an unknown message from a 
control should be ACKed and passed upstream, as these 
types are for events from the control and there is a chance 
the automation software may be able to fully decode the 
message. If an unknown message of General Type 128 or 
higher is received, the proper response is the 
“Unrecognized Command” message. This message should 
be gracefully handled by both the receiver and the control. 














6.5 Programming Messages 


Programming of controls from receivers (or downloaders) 
can be accomplished through the use of the programming 
messages (General Type 133). These messages allow the 
downloader to alter memory locations directly at the 
control. These messages will typically use Message 
Layout 22. The programming part of the communication 
may be protected by password. 


The View Feature group of programming commands 
(General Type 132) can retrieve information from the 
alarm panel’s memory. These messages will typically use 
Message Layout 21. 


Programming messages are acknowledged by the Data 
Answer message, using Message Layout 22. This 
message will show the data or changes requested. The 
length of the response data block will be equal to the 
length of the data block in the request. 


7. REGULATIONS AND STANDARDS 








7.1 Regulatory Agency Compliance 


This specification is intended to comply with all relevant 
sections of the Rules and Regulations of the Federal 
Communications Commission. For overseas applications, 
products designed to this standard must also meet the 
requirements set forth by the telecommunication authority 
for the particular region. 








7.2 Underwriters Laboratory Standards 


This standard is intended to comply with UL 
requirements. 








8. STANDARD ENFORCEMENT AND 
REVISIONS 














6.6 Automation Messages 


Specific communication between a receiver and the 
automation equipment can use the Automation 
Communication messages. The status of the current 
communication session, as well as the condition of 
peripherals can be reported. 


The standard is voluntary and self-enforcing. A 
RECEIVER and TRANSMITTER designed to meet this 
standard must be capable of receiving and transmitting to 
other manufacturers’ equipment. In case of 
incompatibility, the problem should be resolved through 
manufacturer to manufacturer discussions. The Digital 
Communications Standards Subcommittee will provide 
interpretations of the standard and act as an arbitration 
body if the problem cannot otherwise be resolved. 
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This communication standard is designed to be open 
ended. The generalized message format allows for a 
theoretically unlimited length message in the form of 
multiple blocks (however, practical limits must be 
considered). The open-ended design will allow for almost 
unlimited expansion within the provisions of the standard. 








8.1 Revisions to the Standard 


Requests for general revisions or additions to this standard 
should be submitted in writing to SIA. All requests will 
be forwarded to the SIA 2000 Standards Working Group 
of the SIA Digital Communications Standards 
Subcommittee for approval, per normal SIA procedures. 


Minor changes, if approved, may be issued as addenda to 
the current revision of the standard or result in a revision 
(date) of the standard. Major changes or accumulations of 
minor changes will result in a revision (date) of the 
standard. 


Discretion as to the extent of a change and if a revision is 
necessary will be at the recommendation of the Working 


Group or the Working Group Chair. 


8.1.1 Changes to Communications or Flow 
Control 


Revisions to communications or flow control (general 


types 128 and above) can be accomplished only with a 
protocol revision of the standard. (See section 5.7) 


8.1.2. Requests for Event Table Additions 
It is expected that additional event codes will need to be 
defined on a regular basis as new capabilities and 


applications are developed for security equipment. 


Requests for additional event codes shall include the 
following: 


a) Event code being requested 
e General Type 
e applicable Specific Types 


b) two word phrase describing the event 


c) description of less than 50 characters for the event 


d) justification for adding the event code to the standard 


8.1.3 Indication of Additions in Products 


The revision level of the standard is indicated by the date 
of release, as directed by SIA Standards Program Policy - 
Designation of Standards Documents. 


Revision levels shall be indicated in the message header 
by revision number (sequence). The sequence shall begin 
at O to indicate the baseline release of this standard. 


Revision 
Date 


Protocol 
Revision 


Revision 
Number 


8.1.4 Document Revision Date vs. Protocol Header 
Revision Information 





The example below shows how Revision Date and 
Protocol Revision are updated, and their relationship to 
the information contained in the second and third header 
bytes (see section 4.2). 


Example- Suppose the Revision Date for the Baseline 
release of the standard is January 30, 1999. On March 8, 
1999 some new event codes are added to the document, 
resulting in a new Revision Date. Then on April 27, 1999 
additional codes are added. Finally on September 26, 1999 
the protocol adds a new feature. The table entries 
generated by this scenario are shown below. Note that 
Protocol Revision does not advance for Revision Dates 
that affect only the Event Tables, but the Revision 
Number always advances. 
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Revision | Revision | Protocol Header Header 
Number | Date Revision (2"" byte) | (3"' Byte 
Jan 30, 0x00 0x00 
1999 
Mar 8, 0x00 
1999 


Apr 27, 

1999 

Sep 26, 1 0x01 
1999 
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9. REPORTING 








Events are communicated from the control panel to the 
central station receiver by using an event message. 


Central Station 


Control Panel Event 


(Master) (Slave) 





Acknowledgement of the event is transmitted from the 
central station receiver to the control panel. 


Control Panel Acknowledgement Central Station 


(Master) (Slave) 











9.1 Basic Reporting 
One or more events are reported as above. 


Control Panel Event Central Station 


(Master) (Slave) 





Positive acknowledgement is sent to the control if the 
message is received without error. 


Control Panel Acknowledgement Central Station 


(Master) (Slave) 





Negative acknowledgement is sent to the control if the 
message is received with errors. 


Control Panel Negative Central Station 


Acknowledgement 


(Master) (Slave) 





If a negative acknowledgment is received by the control, 


the event is retransmitted. 


Control Pane] Event (retransmitted) Central Station 


(Master) (Slave) 





Again, the receiver responds with either a positive or 
negative acknowledgment as appropriate. 


Control Panel Acknowledgement Central Station 


(Master) (Slave) 





After three consecutive negative acknowledgments, or 
three attempts to send a message with no response, the call 
will be abandoned. 








9.2. Reporting with Datalock 


Datalock is used by a control panel to verify the identity 
of the central station to which it is reporting. The datalock 
Command is sent by the control panel, usually at the 
beginning of the communication session. 


Central Station 


Control Panel Datalock Command 


(Master) (Slave) 





An encoded value is returned by the central station. 


Control Panel Datalock Response Central Station 


(Master) (Slave) 





If the value is not valid, the control panel terminates the 
communication session. 


If the Datalock Command is not received properly by the 
central station, it is retransmitted by the control panel. 


Central Station 


Control Panel Datalock Command 


(Master) (Slave) 
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Central station was unable to decode the Datalock When all events have been communicated, the control 
Command. panel issues an Open Channel command. 


Control Panel Negative Central Station Control Panel Open Channel Central Station 
Acknowledgement Command 


(Master) (Slave) (Master) (Slave) 





The control panel retransmits an identical Datalock If the receiver is able to accept this type of communication 
Command. session, the Open Channel command is acknowledged. 


Control Panel Datalock Command Central Station Control Panel Open Channel Central Station 
Acknowledgement 
(Master) (Slave) 
(Master) (Slave) 





At this point the alternative communication device takes 
Once the proper Datalock response is received, control of the communications channel. 
communication continues. 


Control Panel Event Central Station 

If the receiver is unable to accept this type of 

(Master) (Slave) communication session, the Open Channel request is 
denied. 


Control Panel Open Channel Denied Central Station 


Control Panel Acknowledgement Central Station 
(Master) (Slave) 





(Master) (Slave) 





At this point the SIA 2000 communications channel is still 
in place. New commands or messages may be issued, or 
communication may be terminated. 








9.3 Reporting with Open Channel 


Control panel reports any events. 








9.4 Reporting with Turn-Around 
Control Panel Event Central Station 
The control panel begins by reporting events to the central 


(Master) (Slave) 2 
station as usual. 





Control Panel Central Station 


These are acknowledged by the Central Station. (Master) (Slave) 





Control Panel Acknowledgement Central Station 


(Master) (Slave) 
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If the receiver would like to become the session Master, 
the Turn Around (TA) bit is set in the header of its 
acknowledgment. 


Control Panel Acknowledgement, with Central Station 
TA bit set (Turnaround 


request) 


(Master) (Slave) 


Should the receiver have an error in receiving the record, 
it would send a NAK with its Turnaround bit still set, 
signaling its request. (Turnaround has NOT occurred.) 


Control Panel NAK (receive error!), Central Station 


TA bit set (Turnaround 
request) 


(Master) (Slave) 





If the control panel has more events to report, the 
turnaround request is denied. 


Control Panel Event with TA bit clear Central Station 
(request denied!) 


(Master) (Slave) 


The control panel would repeat its data packet, with the 
Turnaround bit again set. 


Control Panel Repeat ACK with TA Central Station 
bit set (request still 


granted!) 


(Master) (Slave) 





The receiver continues to set the Turn Around bit in its 
acknowledgments. 


Control Panel Acknowledgement, with Central Station 
TA bit set (Turnaround 


request) 


(Master) (Slave) 





Here the control panel has sent its final data packet. It 
notices the receiver is still requesting turnaround, so it 
signals granting of the turnaround request by sending an 
ACK and setting the TA bit in its own header. Note: This 
is the only case where it is proper to send an ACK in 
response to an ACK. The reason for this is that the first 
ACK is used to deliver the turnaround request. The ACK 
from the panel serves to grant the request. However, 
turnaround does not actually occur until the receiver 
accepts the grant (as shown below). 


Control Panel Acknowledgement with Central Station 
TA bit set (request 


granted!) 


(Master) (Slave) 





When Turnaround has been granted, the receiver (now the 
session Master) clears the Turnaround bit in its first 
command. (Turnaround has now occurred!) 


Control Panel Command, TA bit clear. Central Station 
(Accepting grant as new 
Master) 


(Slave) (Master) 





The normal response from the control panel is to reply 
with its Turnaround bit also cleared. 


Control Panel Command response (TA Central Station 
bit clear) 


(Slave) (Master) 





If the control panel has new information to send, it sets its 
Turnaround bit in its next reply. This signals its request to 
once again become the session Master. 


Control Panel Command response, TA Central Station 
bit set. Request 
Turnaround. 


(Slave) (Master) 
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When a Turnaround request is received from a control 
panel, the receiver is required to comply immediately. Its 
Turn Around bit is then also set to signal the transition. 


Central Station 


Control Panel Acknowledgment, with 
TA bit set (request 


granted!) 


(Slave) (Master) 





At this point, the control panel can once again become the 
session Master and may send events as normal. 


Event, TA bit clear. 
Accept Grant. 


Control Panel Central Station 


(Master) (Slave) 











9.5 Using the Password Command 


After having a Turnaround request granted and becoming 
the session Master (see section 8.4), the receiver issues a 
command to examine or program a certain area of 
memory. 


Central Station 


Control Panel View Feature command 


(Slave) (Master) 





The control panel wishes to protect this area of memory 
from unauthorized access, so it issues a “Password 
Required” response. 

Central Station 


Control Panel = Password Required 


(Slave) (Master) 





The receiver or downloader sends the “Password 
Supplied” message, including the password. The 
password may be any type of data, of any length that will 
fit within a SIA 2000 message. 

Central Station 


Control Panel — Password Supplied: 


Groucho 


(Slave) (Master) 





If the password given is valid, the control responds with 
the “Password Accepted” message. 


Control Panel Central Station 


Password Accepted 


(Slave) (Master) 





The receiver or downloader now reissues its original 
request. 


Control Panel View Feature command Central Station 


(again) 


(Slave) (Master) 





The control panel responds with the pertinent data, etc. 


Control Panel Data Answer message Central Station 


with relevant data 


(Slave) (Master) 





If the password given had been invalid, the control panel 
would have sent the “Password Rejected” message. 
Central Station 


Control Panel _—_— Password Rejected 


(Slave) (Master) 





In this case, the receiver or downloader may try a different 
request or may end the communication session. 


Note that in the above exchange there is nothing to 
preclude a master from supplying a Password Supplied 
command prior to receiving a request. In that case the first 
two steps above could be omitted. 
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9.6 Supplemental Event Information Control Panel Supplemental Text Central Station 
message with text 
Control Panel Alarm Event indicating Central Station describing zone 6 as 
Fire Alarm, zone 6 (with 
Supplemental “Master Bedroom” 
Information Flag set in 
the header) (Master) (Slave) 


(Master) (Slave) 


Control Panel Acknowledgement Central Station 


Control Panel Acknowledgement Central Station (Master) (Slave) 


(Master) (Slave) 


Control Panel next Alarm Event Central Station 


(Master) (Slave) 
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10. ALARM TYPES 








10.1. Summary Table of General Types 





General Types 


Description of what the General Type represents 








0 — Reserved General type 0 is reserved in this specification and no messages of this type 
should be transmitted. 
1— Alarm Alarm condition at the control. 





2 - Alarm Cancel 


Cancel of alarm condition at the control. 





4 - Alarm Restoral 


Zone or point no longer detecting alarms condition. 





5 - Trouble 


Trouble with zone or point. 





6 Trouble Restoral 


Trouble no longer present. 





7 — Supervisory 


Supervisory condition on zone or point 





8 — Supervisory Restoral 


Supervisory condition no longer present 





9 — Bypass 


Zone or point is bypassed 





10 — Bypass Restoral 


Zone or point is no longer bypassed. 





11 — Low Battery 


Zone or point has a low battery condition 





12 — Low Battery Restoral 


Low battery condition is no longer present 





13 — Missing 


Zone or point is no longer detected by system 





14 — Missing Restoral 


Zone or point is detected by system again. 





21 — Opening 


System disarmed. 





22 — Closing 


System armed. 





23 - Configuration Changed 


Change to the panel’s configuration. 





25 - System Event 


Occurrence of system event. 





26 — System Event Restoral 


System Event is back to normal status. 





27 - Access Control 


Access control condition. 





28 — Access Control Restoral 


Access control condition has restored 








29 - System Test Begin 





A test has started on the indicated system component. 
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30 — System Test Ends 


A test has ended on the indicated system component 





31 — System Test Fail 


A test has failed for the indicated system component 





32 — System Test Pass 


A test has passed for the indicated system component 





33 — Device Not Tested 


A test has not been performed on the indicated system component 





41 - Site Integration 


Home Automation / Industrial Control condition reporting. 





43 — Supplemental Data 


Text information, usually supplementing previous message 





45 — System Troubles 


Trouble condition on system components 





46 - System Trouble Restoral 


System trouble condition no longer present. 





47 —LAN Communication Events 


Reportable conditions for a LAN component 





48 — LAN Communications Restoral 


Restoral of reportable condition for a LAN component 





128 - Panel information 


This general type will display the maximum values for supported features 
of the alarm control. 





129 - View configuration 


Display the values for specific features of the alarm control. 





130 - Change Configuration 


Change the values of specific features of the alarm control. 





131 - Panel Control 


Immediate control of the alarm panel. 





132 - View feature 


Display values for numbered features of the alarm control. 





133 - Change feature 


Change values for numbered features of the alarm control. 





143 - Open Channel 


Initiate an open channel verification session. 





144 - Positive acknowledgment 


Positive acknowledgments to event and control messages. 





145 - Negative acknowledgment 


Negative acknowledgments to event and control messages. 





146 — Directive Messages 


Communication flow control messages. 





161 - Automation communication Events 


Control messages between receiver and automation package. 





162 — Automation Communication Event 
Restorals 


Restoral messages between receiver and automation packages 





163 — WAN Communication Events 


Reportable conditions for the WAN to which a central station is attached 





164 — WAN Communications Restorals 


Reportable condition on the WAN no longer exists. 








255 — Reserved 





General type 255 is reserved in this specification and no messages of this 
type should be transmitted. 
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10.2. Tables of Events 


This section includes several tables listing events grouped 
by types. The tables list the General and Specific types 
for each event, the event name, and a short description for 
each event. 


The first (and largest) table in this section is the 
Point/Zone Table. This table contains events that are 
related to specific points or zones. The General Types are 
arranged as the columns within this table. The columns 
describe the state or condition of the point. The Specific 
types in this table (the Rows) act as descriptions of the 
zone type, or the nature of the point. 


Other tables in this section are not particularly applicable 
to zones or point. Some examples include openings and 


closings, access control events, programming changes, etc. 


These are all represented in their own respective general 
type tables, with lists of specific events as needed. 


10.2.1 UL Priority 


The SIA-2000 protocol sends events with pre-designated 
priority codes. The codes are modeled after the UL 
prioritization scheme using five levels. These levels are 
described in the table below. 











UL Priority | Description 
Designation 
1 Life Safety Signals (i.e. Fire 
Alarms) 
2 Property Safety Signals (1.e. Burg 
Alarms) 
3 Supervisory Signals (i.e. Sprinkler 
Supervisory) 
4 Trouble Signals (i.e. Zone Trouble) 
5 All Other Signals. 








The pre-assigned UL priority information is not 
transmitted within the SIA-2000 protocol itself. An events 
priority is implied by the assignment given within the 
tables that follow. The priority can be determined by 
examining the value contained within the square brackets 
([ ]) at the end of the description for a particular Specific 
Type. If the value is not specified, the assigned priority is 
defined as level 5. 


It should be noted that all priority designations within this 
document are advisory only. They are intended to aid 
control panel manufacturers and programmers of receivers 
and automation systems with the utilization and 
interpretation of signals transmitted in SIA 2000. 
Although adherence to the prioritization presented here is 
encouraged, users of this protocol are free to expand upon 
these interpretations as needed. 
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10.3. Point/Zone Tables 


10.3.1 Table 1 — Specific and General Types (1 — 4) 


Spec.) Specific Type 
Type| Description (Sensor 


General Type 1 Alarms 


General Type 2 Alarm 
Cancel 


General Type 4 Alarm Restoral 


Be er ee ee 


he Medical Sensor Medical condition sensed [1] 


Portable or fixed ies panic 
button activated [1 


Medical Panic Sensor 


Medical condition alarm Medical condition no longer detected 
canceled [5] [5] 


apt panic alarm canceled | Medical panic alarm restoral [5] 


2 


10 | Fire Unspecified Fire Alarm (Smoke, 
flame, or heat detected) [1] 


Fire Manual Fire pull station or fire panic button 
activated [1] 


Unspecified Fire detection 
alarm canceled [5] 


Unspecified Fire condition no longer 
detected [5] 


Fire manual pull seis or fire] Fire manual ae station or fire panic 
panic alarm canceled [5 alarm restoral [5 


Specific detection of smoke [1 Smoke alarm canceled [5 Smoke no longer detected [5 


13 | Sprinkler Sensor Water flow detected in sprinkler 
system [1] 
14 | Heat Sensor High temperature or rapid rate-of- 
rise[1] 
Smoke detected ina duct[1] 
Explosive Gas 
Carbon Monoxide 
Fire Gate Valve 


20 | Fire notification appliancq Notification sae circuit has 
circuit been disabled[1 


Elevated level of flammable gas[1] 


Dangerous CO level[1] 


Fire Gate Valve closed[1] 


Sprinkler alarm canceled [5] | Water flow no longer detected in 


sprinkler system [5] 


Heat condition consistent with fire nd 
longer detected [5] 


Heat alarm canceled [5] 


Detection of smoke in a duct has 
ceased [5] 


Cancellation of detection of 
smoke in a duct [5] 


Cancellation of detection of 
flame [5] 


Detection of flame has ceased [5] 


Explosive gas alarm canceled | Explosive gas no longer detected at 
dangerous level [5] 


Carbon Monoxide alarm 
canceled [5] 


Carbon monoxide no longer detected 
at dangerous level [5] 


Fire Gate Valve closed — 
cancelled [5] 


Fire Gate Valve re-opened [5] 


(Not Defined) Notification a circuit has 


been re-enabled [5 





a Pump Activation Sensor | Fire pump has been activated[1 (Not Defined) Fire pump has been de-activated [5 
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Spec.) Specific Type 
Type| Description (Sensor 
# | Type) 
Fire cellular phone 


2 
2 
2 
2 
2 


Pump Failure Sensor 


Low CO, Pressure 
Sensor 


Low Liquid Pressure 
(Water/Retardant) 


Low Liquid Level 
(Water/Retardant) 


7 | Fire system Off-normal 


8 | Fire System Detector 
High sensitivity 

29 | Fire System Detector 
Low sensitivity 

3 


Fire System Detector 
Maintenance alert 


Duress 


Holdup Sensor Silent panic device actuated[1] Holdup alarm canceled 


General Type 1 Alarms 


Fire pump has failed[1] 
Fire cellular phone failure[1] 


Low pressure on fire extinguishing 
system[1] 


Low pressure detected on fire syste 
component[1] 


Low level of fire containment 
substance detected[1] 


The fire system has a problem[1] 


(Not Defined) 
(Not Defined) 





(Not Defined) 


Hostage code entered to control 
panel[1] 


Portable or fixed Police panic button 
activated[1] 


General Type 2 Alarm 
Cancel 


Cancellation of Fire pump 
failure [5] 


Cancellation of Fire cell phond 
failure [5] 


Cancellation of low pressure 
on fire extinguishing system 


[5] 


Cancellation of Low pressure 
detection on fire system 
component [5] 


( 





(Not Defined) 


(NOT RECOMMENDED) 
Duress alarm canceled 


[5] 
[5] 
Police panic alarm canceled 


[5] 


a 


Perimeter or interior intrusion 
detected [2] 


Violation of a 24 hour zone such as aj 
safe [2] 


Intrusion detection alarm 
canceled [5] 


24 hour zone (such as a safe) 
canceled [5] 


General Type 4 Alarm Restoral 


Fire pump has returned to normal 
operation [5] 


Fire cell phone restoral [5] 


Low pressure on fire extinguishing 
system has returned to normal [5] 


Low pressure no longer detected on 
fire system component [5] 


Level of fire containment substance 
has returned to normal [5] 


The fire system no longer has a 
problem [ 


5] 
(Not Defined) 
(Not Defined) 


(Not Defined) Not Defined) (Not Defined) 
1 


(Not Defined) 


(NOT RECOMMENDED) Duress 
alarm condition restored [5] 


Silent panic restored [5] 


Police panic alarm restoral [5] 


Intrusion condition no longer 
detected [5] 


Restoral of a 24 hour zone such as a 
safe [5] 
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Spec.) Specific Type General Type 1 Alarms General Type 2 Alarm General Type 4 Alarm Restoral 
Type| Description (Sensor Cancel 


52 | Perimeter Burglary Violation of a secured perimeter Perimeter burglary alarm Perimeter burglary condition no 
device [2] canceled [5] longer detected [5] 


53 | Interior Burglary Violation of an interior security Interior security alarm Interior violation condition no longe 
device such as a PIR [2] canceled [5] detected [5] 


54 | Entry/Exit Burglary Violation of an entry/exit burg zone | Entry/exit zone alarm canceled Entry/exit zone alarm condition no 
[2] [5] longer detected [5] 


55 | Day/Night Burglary Violation of a day/night burg zone | Day/night burglary zone alarm) Day/night burg zone alarm condition 
[2] canceled [5] no longer detected [5] 


56 | Foil Sensor Violation of foil integrity [2] Foil integrity violation alarm | Foil integrity intact again [5] 
canceled [5] 


57 | Glass Break Sensor Sound and/or vibration of breaking | Glass break alarm canceled [5] (Not Defined) 
glass [2] 


58 | Exit Error Delayed point left unsecured at end | Exit error alarm canceled [5] | Zone faulted at end of exit delay no 
of exit delay [2] restored [5] 
59 Motion detected by video device [2] Video detection alarm canceled | Motion no longer detected [5] 
[5] 


Audio Sensor Sound in excess of threshold detected | Audio detection alarm canceled | Audio threshold no longer exceeded [5 
by audio device [2] [5] 
70 User-actuated alarm [2] Manual alarm canceled [5] Manual alarm restoral [5] 


General Subsystem Unsuitable condition in slave system| General subsystem alarm General subsystem alarm condition 
canceled [5] cleared [5] 


Auxiliary Unspecified ambient condition Auxiliary condition alarm Auxiliary condition no longer 
alarm [2] canceled [5] detected [5] 


Sensor/Zone Tamper Tamper activity detected [2] Zone tamper alarm canceled | Zone tamper condition restored [5] 


[5] 


~ 


~ 
N 


~— 
ios) 


~~ 
Ty 


Sensor (Not Specific) Unspecified alarm [2] Unspecified alarm canceled Unspecified alarm restoral [5] 


[5] 


nN 


Apparatus/Machinery Fai] Failure of equipment ancillary to Ancillary machinery failure | Ancillary machinery now operating 
security system [2] alarm canceled [5] properly [5] 


Keystroke Violation Excess keypad key presses without | Keystroke violation alarm Valid code received at keypad [5] 
valid code [2] canceled [5] 
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Type| Description (Sensor Cancel 
# | Type) 


77 | General Buddy Reception of communication (NOT RECOMMENDED) | (NOT RECOMMENDED) General 
distress signal from another control | General buddy alarm canceled] buddy alarm cleared [5] 
panel [2] [5] 
Failure to cancel timed suspicion Suspicion alarm canceled [5] | Suspicion alarm restoral [5] 
alert [2] 


Suspected Sensor Failure] No detection of activity when Alarm caused by lack of Sensor that did not detect activity 
activity was expected [2] sensor activity canceled [5] when expected has tripped [5] 


Specific Type General Type 1 Alarms General Type 2 Alarm General Type 4 Alarm Restoral 


has failed [2] open collector drive output has restored [5] 
canceled [5] 


Non-fire Detector High | (Not Defined) (Not Defined) (Not Defined) 
Sensitivity 


Non-fire Detector Low | (Not Defined) (Not Defined) (Not Defined) 
Sensitivity 
fms 


100 | Environmental Environmental condition alarm [2] | Environmental alarm canceled} Environmental alarm condition no 
longer detected [5] 
Freeze temperature detected [2] Freeze alarm canceled [5] Temperature above freeze threshold 
[5] 


102 | Refrigeration Failure of a refrigeration unit [2] Refrigeration unit alarm A refrigeration unit has returned to 
canceled [5] normal operation [5] 
Sensor Setpoint Limit Sensor below low threshold [2] Low temperature limit alarm | Temperature now above minimum 


a Relay / Output driver fail | Relay or open collector drive output | Alarm for defective Relay or | Relay or open collector drive output 


Low canceled [5] threshold [5] 


Sensor Setpoint Limit Sensor exceeding high threshold [2] | High temperature limit alarm | Temperature now below maximum 
High canceled [5] threshold [5] 


Water Sensor Water or moisture detected [2] Water alarm canceled [5] Water or moisture no longer detected 


[5] 


Sensor Loss of air flow | HVAC air flow has stopped [2] HVAC Alarm canceled [5] HVAC air flow has restored [5] 


107 | Low tank level The level of a liquid has dropped too] (Not Defined) The level of a liquid has restored [5] 
low [2] 


120 | Equipment Tamper Box or door tamper [2] Equipment tamper alarm Equipment tamper no longer 
canceled [5] detected [5] 
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| Specific Type 
Description (Sensor 
Type) 


121 | Keypad Tamper 
7 


; 


Expansion module 


General Type 1 Alarms General Type 2 Alarm 


Cancel 


General Type 4 Alarm Restoral 


Physical tampering of keypad [2] Keypad tamper alarm canceled Keypad tamper condition no longer 


detected [5] 


Tamper condition on system 
sounding device [2] 


Siren tamper alarm canceled 


[5] 


System sounder connectivity restored 


A problem is detected with a siren 
annunciating device or loop. [2] 


Alarm caused by siren 
annunciating device canceled. 


[5] 


Siren alarm condition no longer 
detected. [5] 


An expansion module has failed [2] | (Not Defined) An expansion module has restored to 
normal [ 


5] 
125 | Expansion module reset | (Not Defined) (Not Defined) (Not Defined) 
Ground fault A ground fault has been detected [2] } (Not Defined) A ground fault has been corrected [5 


Polling / Expansion loop 


Polling / Expansion loop 


Unit/device 


Communications link 


Keypad trouble 


A general failure of the 
polling/expansion loop has been 
detected [2] 


Trouble has been detected on a 
specific polling loop or expansion 
device [2] 


Integrity violation on a 
communication network attached 
control (control-master) [2] 


Electrical or other physical 
communication problem between 
control and keypad device [2] 


Restoral of function of polling or 
expansion loop [5] 


Restoral of specific polling or 
expansion loop device [5] 


Integrity violation on a 
communication network attached 
control (control-master) [5] 


Electrical or other physical 
communication problem between 
control and keypad device [5] 


Standby (Not Defined) (Not Defined) (Not Defined) 
(Not Defined) (Not Defined) (Not Defined) 
Printer Trouble (Not Defined) (Not Defined) (Not Defined) 
a 


150 | Communication module (Not Defined) 
CS not communicating with Comm. CS now communicating with Comm 


151 (Not Defined) 
Module [2] Module [5] 
Dialer disable (Not Defined) (Not Defined) (Not Defined) 
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CS communication module has 
restored to normal [5] 


CS communication module has 
failed [2] 


CS supervision 
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Type| Description (Sensor Cancel 
# | Type) 


153 | Aux. Communicator (Not Defined) (Not Defined) (Not Defined) 
disable 
154 | Phone line Loss of phone line voltage detected | (Not Defined) Phone line voltage has returned to 
[2] normal [5] 


155 | Communication failure | Unable to successfully communicate] (Not Defined) Communication with CS has 
with CS [2] restored[5] 


RF Receiver Tamper A tamper condition at a premises RF} Alarm caused by RF receiver | RF receiver tamper no longer 


Specific Type General Type 1 Alarms General Type 2 Alarm General Type 4 Alarm Restoral 





receiver is detected. [2] tamper canceled [5] detected. [5] 


RF Receiver Antenna Cut or alteration of antenna detected | Alarm caused by antenna cut | Antenna test normal [5] 
Tamper [2] or alteration canceled [5] 


Repeater Tamper A tamper condition at a RF repeater | Alarm caused by RF repeater | RF repeater tamper no longer 
is detected. [2] tamper canceled. [5] detected. [5] 


RF Repeater Antenna Cut or alteration of repeater antenna | Alarm caused by antenna cut | Antenna test normal [5] 
Tamper detected [2] or alteration canceled [5] 


174 | RF Receiver Fail No radio signals received over a Alarm caused by lack of RF_ | Receiver operation verified by prope 
significant length of time [2] reception canceled [5] reception of a signal [5] 

175 | RF Repeater Fail No radio signals received over a Alarm caused by lack of RF | Receiver operation verified by prope 
significant length of time [2] reception canceled [5] reception of a signal [5] 


Low Received Signal The signal strength of an event Alarm caused by low RSSI Received signal strength of RF 
Strength communicated via a radio carrier is | canceled. [5] signals at acceptable level. [5] 
below acceptable level. [2] 


RF Receiver Jam Strong signal in carrier band preventy Alarm caused by strong signal] Loss of strong signal in carrier band 
proper reception of sensor signals [2]} in carrier band canceled [5] that prevented proper reception of 
sensor signals [5] 


RF Repeater Jam Strong signal in carrier band preventy Alarm caused by strong signal] Loss of strong signal in carrier band 
proper reception of sensor signals [2]} in carrier band canceled [5] that prevented proper reception of 
sensor signals [5] 


Cr 
190 | Fail to Check In— Guard's Failure to enter specific access code | (Not Defined) (Not Defined) 
Tour or give switch closures at specified 
points within a given time schedule 
[2] 
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Spec.) Specific Type 
Type| Description (Sensor 
# | Type) 


1 


91 | Missed Check-in - 
Guard's Tour 


1 
192 | Late Check-in - Guard's 
1 


Early Check-in - Guard's 
[4 Personnel Monitoring 


202 | Latchkey code entered 


Access Control 


210 | Door Left Open 


211} Access point door 
monitor 


212 | Access point REX 
monitor 
Access Relay/Trigger 


General Type 1 Alarms General Type 2 Alarm General Type 4 Alarm Restoral 
Cancel 


Guard's tour point verified without | (Not Defined) (Not Defined) 
previous tour check-in point being 

verified (check-in out of sequence) 

[2] 

Guard’s tour point verified after (Not Defined) (Not Defined) 
schedule warrants [2] 


Guard's tour point verified before (Not Defined) (Not Defined) 
schedule warrants [2] 


Failure to detect activity on premise | No activity alarm canceled [5]] Detection of activity on premise [5] 
for certain time [2] 


Failure of child's code to be entered | Latchkey alarm canceled [5] | Latchkey code entered after alarm 
by deadline time [2] event [5] 


The latchkey code was entered at the} (Not Defined) (Not Defined) 
keypad [2] 


An access point was open when oper (Not Defined) An access point was open when ope 
time expired and panel/area was time expired and panel/area was 
armed [2] armed. It has now closed. [5] 


(Not Defined) (Not Defined) (Not Defined) 


(Not Defined) (Not Defined) (Not Defined) 
(Not Defined) (Not Defined) (Not Defined) 
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10.3.2 Table 2 — Specific and General Types (5-6) 
Spec) Specific Type General Type 5 Trouble General Type 6 Trouble Restoral 


e Description (Sensor 
Type) 


a 
Medical Sensor Trouble condition detected on medical zone [4] Medical zone OK [4] 


Medical Panic Sensor Trouble condition detected on medical panic zone | Medical panic zone OK [4] 


[4] 
nnn 
10 Trouble condition detected on fire zone [4] Fire zone OK [4] 


1 | Fire Manual Trouble condition detected on pull station or fire Fire pull station or panic zone OK [4] 
panic zone [4] 


12 Trouble with smoke detector [4] Smoke detector OK [4] 
13 | Sprinkler Sensor Trouble with sprinkler system [4] Sprinkler detector OK [4] 


14 Trouble with heat detection device [4] Heat detector OK [4] 
15 Trouble with duct smoke detector [4] Restoral of a trouble condition on a duct smoke 


— 


detector 


[4] 
16 | Flame Sensor Restoral of a trouble condition on a flame sensor [4] 


20 | Fire notification appliance] Trouble with Notification appliance circuit [4] Notification appliance circuit restored [4] 
circuit 


21 | Pump Activation Sensor | Trouble with Fire pump [4] Fire pump is back on line [4] 


17 
8 


22 | Pump Failure Sensor Trouble with Fire pump failure sensor [4] Fire pump sensor OK [4] 
23 | Fire cellular phone Trouble with Fire cell phone [4] Fire cell phone restoral [4] 


24 | Low CO, Pressure Sensory Trouble with Low pressure sensor on fire Pressure sensor on fire extinguishing system is OK. 
extinguishing system [4] [4] 


Low Liquid Pressure Trouble with Low pressure sensor on fire system | Low pressure sensor OK [4] 
(Water/Retardant) component [4] 





Nn 
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Spec! Specific Type General Type 5 Trouble General Type 6 Trouble Restoral 
e Description (Sensor 
Type) 


26 | Low Liquid Level Trouble with Low level sensor for fire containment |} Sensor for level of fire containment substance has 
(Water/Retardant) substance [ returned to normal [4] 


4] 
Fire system Off-normal | (Not Defined) (Not Defined) 


28 | Fire System Detector Trouble with detector upper sensitivity unit [4] Detector Upper sensitivity unit is OK [4] 
High sensitivity 


29 | Fire System Detector Trouble with detector lower sensitivity unit [4] Detector Lower sensitivity unit is OK [4] 
Low sensitivity 


Trouble with smoke detector compensation unit [4] | Smoke detector compensation unit is OK [4] 
31 ] 


Fire System Detector Trouble - detector needs maintenance or servicing | Detector has been cleaned or serviced [4 
Maintenance alert [4] 


Holdup Sensor Trouble with silent panic actuating device [4] Silent panic zone OK [4] 

42 Trouble condition detected on police panic zone [4]| Police panic zone OK [4] 

50 Trouble condition detected on burglary zone [4] Burglary zone OK [4] 

51 Trouble with a 24 hour zone such as a safe [4] 24 hour zone such as a safe is OK [4] 


Perimeter Burglary Trouble with perimeter burg zone [4] Perimeter burglary trouble condition no longer 
detected [4] 


Interior Burglary Trouble with interior burg zone such as a PIR [4] Interior violation trouble condition no longer detected 
[4] 

Entry/Exit Burglary Trouble with entry/exit burg zone [4] Entry/exit zone trouble condition no longer detected 
[4] 


Day/Night Burglary Trouble with day/night burg zone [4] Day/night burg zone trouble condition no longer 
detected [4 


] 
56 Trouble with foil integrity [4] Foil zone OK [4] 
57 | Glass Break Sensor Trouble with glass break zone [4] Glass break zone OK [4] 


58 | Exit Error (Not Defined) (Not Defined) 


Nn 





Nn Nn Nn 
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Spec! Specific Type General Type 5 Trouble General Type 6 Trouble Restoral 
e Description (Sensor 
Type) 


Trouble with video detection zone [4] 
Trouble with audio detection zone [4] 
(eas: 
70 Trouble with manual sensor [4] 
7 Trouble condition in slave system [4] 
72 Trouble condition detected on auxiliary zone [4] 
73 Trouble with tamper detector on zone [4] 
74 Trouble with Unspecified zone type [4] 


75 | Apparatus/Machinery Fail] Trouble with equipment ancillary to security systeny Ancillary machinery now operating properly [4] 


76 | Keystroke Violation Trouble with keypad tamper sensor [4] Keypad Tamper Sensor Restored [4] 


7 Trouble with communication of distress signal from} Communication path with other panel OK [4] 
another control panel [4] 
[2 aaron es nhanemeonwrane A [Ravrmstewa — 
81 


Non-fire Detector High | Sensitivity level of detector has reached a point Sensitivity level of detector has returned below a poin 
Sensitivity where false alarms could occur [4] where false alarms could occur [4] 


59 
1 


Sensitivity adequate detection [4] adequate detection [4] 


Environmental Trouble with environmental sensing device (such as} Environmental sensor OK [4] 


8 
1 
water indicator) [4] 
Freeze Sensor Trouble with freeze sensor detected [4] Freeze sensor OK [4] 
Trouble with a refrigeration unit Restoral of a refrigeration unit [4] 


4] 
Sensor Setpoint Limit Trouble with low setpoint sensor [4] Temperature low sensor OK [4] 


Non-fire Detector Low | Sensitivity level of detector may be too low for Sensitivity level of detector no longer too low for 
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Spec! Specific Type General Type 5 Trouble General Type 6 Trouble Restoral 
e Description (Sensor 
Type) 


104 Sensor Setpoint Limit Trouble with high setpoint sensor [4] Temperature high sensor OK [4] 


E 
121 Trouble with keypad tamper sensor [4] 
] 


122 | Siren Tamper Trouble with tamper condition sensor on system System sounder sensor OK [4 
sounding device [4] 
iled [4 


mien 


126 | Ground fault A ground fault has been detected [4] A ground fault has been corrected [ 


127] Polling / Expansion loop | A general failure of the polling/expansion loop has | Restoral of function of polling or expansion loop [4] 
been detected [4] 


Polling / Expansion loop |} Trouble has been detected on a specific polling loop} Restoral of specific polling or expansion loop device 
Unit/device or expansion device [4] 


Communications link Integrity violation on a communication network Integrity restored on communication network attached 
attached control (control-master) [4] to a control (control-master) [4] 


Keypad trouble Electrical or other physical communication problem] Keypad communication has restored [4] 
between control and keypad device [4] 

Standby Peripheral device has been placed in a low-power | Peripheral device has resumed full-power operation 
consumption mode to conserve battery power [4] 
during an extended power failure [4] 


132 Failure of system printing device to respond [4] System printing device is now responding [4] 


133 | Printer Trouble Printer experiencing trouble (i.e., paper out) [4] Printer trouble condition has been removed [4] 
Sere || _____—_*_ | 
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Spec! Specific Type General Type 5 Trouble General Type 6 Trouble Restoral 
e Description (Sensor 
Type) 


150 | Communication module | CS communication module has failed [4] CS communication module has restored to normal [4] 
failure 


CS not communicating with Comm. Module [4] CS now communicating with Comm. Module [4] 
Dialer disable A dialer has been turned off [4] A dialer has been turned back on [4] 


153 | Aux. Communicator An Aux. CS poereor module has been An Aux. mn communication module has been turned 
disable turned off [4 back on [ 


Loss of phone line voltage detected [4 Phone line voltage has returned to normal [4 


155 | Communication failure Unable to successfully communicate with CS [4 Communication with CS has restored [4] 


170 | RF Receiver Tamper Trouble with a tamper condition sensor for a RF RF receiver tamper sensor OK [4] 
receiver [4] 


171 | RF Receiver Antenna Trouble with antenna cut sensor [4] Antennas sensors test normal [4] 


Repeater Tamper Trouble with a tamper sensor at an RF repeater [4] | RF repeater tamper sensor OK [4 


173 | RF Repeater Antenna Trouble with antenna cut sensor [ Antenna sensors test normal [4 


RF Receiver Fail No radio signals received over a significant length | Receiver operation verified by proper reception of a 
of time [4] signal [4] 


RF Repeater Fail No radio signals received over a significant length | Receiver operation verified by proper reception of a 
of time [4] signal [4] 


Low Received Signal The signal strength of an event communicated via a} Received signal strength of RF signals at acceptable 
Strength radio carrier is below acceptable level. [4] level. [4] 


RF Receiver Jam Strong signal in carrier band prevents proper Loss of strong signal in carrier band that prevented 
reception of sensor signals [4] proper reception of sensor signals [4] 
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Spec! Specific Type 
e Description (Sensor 
Type) 


178 | RF Repeater Jam Strong signal in carrier band prevents proper 
reception of sensor signals [4] 
a 


190 | Fail to Check In — Guard's} Trouble with equipment sensing access code or 
switch closures at specified point [4] 


General Type 5 Trouble General Type 6 Trouble Restoral 


Loss of strong signal in carrier band that prevented 
proper reception of sensor signals [4] 


Equipment sensing access code or switch closures at 
specified point is functioning again. [4] 


(Not Defined) 
Guard’s tour point verified after schedule warrants | (Not Defined) 
[4] 


Guard's tour point verified before schedule warrants} (Not Defined) 


[4] 
Trouble with activity sensor [4] activity sensor OK [4] 
201 Trouble with Latchkey sensor [4] Latchkey sensor OK [4] 
202 | Latchkey code entered (Not Defined) (Not Defined) 


191 | Missed Check-in - Guard's Guard's tour point verified without previous tour 
check-in point being verified (check-in out of 


sequence) [4] 


192 | Late Check-in - Guard's 


193 | Early Check-in - Guard's 
Tour 


S 


210] Door Left Open An access point was open when open time expired 
and panel/area was disarmed [4] 


Access point door monitor The wiring to an access point door monitor switch 
has a problem [4] 


Access point REX 
monitor 


An access point Request to Exit sensor has a 
problem [4] 

Access Relay/Trigger A relay or trigger output of the access system has 
failed [4] 


An access point was open when open time expired 
and panel/area was disarmed. It has now closed. [4] 


The wiring to an access point door monitor switch ha’ 
restored to normal [4] 


An access point Request to Exit sensor has a problem 


[4] 


A relay or trigger output of the access system has 
restored to normal [4] 
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10.3.3 Table 3 — Specific and General Types (7-8) 


Spec. | Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Type | Description (Sensor 


a 
ee | es Sea 
Supervisory- Problem with Fire Detector [3] 


Supervisory- Problem with manual pull station or | Problem with manual pull station or fire panic device 
fire panic device [3] has been cleared [5] 


Supervisory- Problem with duct smoke detector [3] | Problem with duct smoke detector has been cleared 


[5] 


Fire notification Supervisory —Problem with Fire Notification Problem with Fire Notification appliance circuit has 
appliance circuit appliance circuit restored to normal 


[3] [5] 
Pump activation sensor has been re-enabled [5] 


Low CO), Pressure Supervisory — Low pressure on CO2 fire Pressure on CO2 fire extinguishing system has 
Sensor extinguishing system [3] restored to normal [5] 


1 
2 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 

0 


2 


21 
22 
3 


2 


Nn 


Low Liquid Pressure Supervisory — Low pressure on fire system Pressure on fire system component has returned to 
(Water/Retardant) component [3] normal [5] 





N NO 
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Spec. | Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Type | Description (Sensor 


# 
6 


2 Low Liquid Level Supervisory- Low level of Fire containment Level of fire containment substance has returned to 


(Water/Retardant) substance [3] normal [5] 


Fire System Detector | Supervisory- Detector sensitivity exceeds upper Detector sensitivity has restored from upper limit [5] 
High sensitivity limit [3] 


Fire System Detector | Supervisory — Detector Sensitivity below lower Detector sensitivity has restored from lower limit [5] 
Low sensitivity limit [3] 


Drift compensation Supervisory- Smoke detector compensation failure | Smoke detector compensation has restored to normal 


[3] [5] 


Fire System Detector | Supervisory- Detector needs cleaning or service [3] | Detector no longer needs cleaning or service [5] 


Maintenance alert 
_————SE SSS 
a os 


Exit Error (Not Defined) (Not Defined) 











Video Sensor (Not Defined) (Not Defined) 
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Spec. | Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Type | Description (Sensor 


fmm 
; 
: 


74 | Sensor (Not Specific) | Unspecified Supervisory condition occurred [3] Unspecified Supervisory condition restored [5] 


5 | Apparatus/Machinery | Supervisory condition exists in Ancillary Machinery Supervisory Condition in Ancillary Machinery has 
Fail 3] restored [5] 


[ 
: 


Suspected Sensor (Not Defined) (Not Defined) 
Failure 
( ( 


~ 
\o 


Relay / Output driver Not Defined) Not Defined) 
fail 

Non-fire Detector High | (Not Defined) (Not Defined) 
Sensitivity 

Non-fire Detector Low| (Not Defined) (Not Defined) 
Sensitivity 


Ce 
100 (Not Defined) (Not Defined) 
(I ( 


— 








Co 
N 


Not Defined) Not Defined) 
(Not Defined) (Not Defined) 


Sensor Setpoint Limit | (Not Defined) (Not Defined) 
Low 
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Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Description (Sensor 
Type) 


Sensor Setpoint Limit | (Not Defined) (Not Defined) 
High 
105 (Not Defined) (Not Defined) 
(Q 


Han 
* 3 
Bs 


123 The Siren Circuit has been enabled [5] 


Unit/device 


150 | Communication module (Not Defined) (Not Defined) 
failure 
151 (Not Defined) (Not Defined) 
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Spec. | Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Type | Description (Sensor 


# 
disable 
( 
( 


154 Not Defined) (Not Defined) 
155 Not Defined) (Not Defined) 








170 | RF Receiver Tamper (Not Defined) (Not Defined) 
( 


171 | RF Receiver Antenna Not Defined) (Not Defined) 
Tamper 
172 | Repeater Tamper (Not Defined) (Not Defined) 
( 


173 | RF Repeater Antenna Not Defined) (Not Defined) 
Tamper 


174 | RF Receiver Fail (Not Defined) (Not Defined) 
175 | RF Repeater Fail (Not Defined) (Not Defined) 


176 | Low Received Signal Not Defined) (Not Defined) 
Strength 


( 
177 (Not Defined) (Not Defined) 
178 | RF Repeater Jam (Not Defined) (Not Defined) 


Fail to Check In — (Not Defined) (Not Defined) 
Guard's Tour 

Missed Check-in - (Not Defined) (Not Defined) 
Guard's Tour 

Late Check-in - Guard's} (Not Defined) (Not Defined) 
Tour 

Early Check-in - (Not Defined) (Not Defined) 
Guard's Tour 
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Spec. | Specific Type General Type7 Supervisory General Type 8 Supervisory Restoral 
Type | Description (Sensor 
# 


CC 
a 


Access point door (Not Defined) (Not Defined) 
monitor 


212 | Access point REX (Not Defined) (Not Defined) 
monitor 
Access Relay/Trigger | (Not Defined) (Not Defined) 
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10.3.4 Table 4 — Specific and General Types (9-10) 


Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
(Sensor Type) 


a 

1 Removal of bypass of Medical zone [5] 

2 Removal of bypass of medical panic zone [5] 

a 

10 Removal of bypass of a fire zone [5] 

11 Removal of bypass of manual fire zone [5] 

12 Removal of bypass of a smoke detector zone [5] 

13 Removal of bypass of a sprinkler zone [5] 

14 Removal of bypass of a heat sensor zone [5] 

Removal of bypass of a duct smoke detector zone [5] 
[5] 


18 | Carbon Monoxide Bypass of Carbon Monoxide Detector Removal of bypass of a CO monitoring zone 


# 


MN 
2g 
Bs 


zone 


[5] 
Fire Gate Valve Bypass of fire gate valve sensor zone [5] | Removal of bypass of a fire gate valve sensor zone [5] 
20 


Fire notification appliance | Bypass of Fire Notification appliance Removal of bypass of a fire notification appliance zone [5] 
circuit 


Pump Activation Sensor | Bypass of fire pump activation sensing Removal of bypass of a fire pump activation sensing zone 
zone [5 


] [5] 
24 


Low CO, Pressure Sensor] Bypass of extinguisher pressure Removal of bypass of an extinguisher pressure monitoring 
monitoring zone [5] zone [5] 


Low Liquid Pressure Bypass of fire retardant pressure monitor | Removal of bypass of a fire retardant pressure monitoring 
(Water/Retardant) zone [5] zone [5] 
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Spec. | Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
Type | (Sensor Type) 


# 
4 





2 Low Liquid Level Bypass of fire retardant liquid level Removal of bypass of a fire retardant level monitoring zone 


(Water/Retardant) monitoring zone [5] 


[5] 
2 Fire system Off-normal (Not Defined) (Not Defined) 


Fire System Detector High} (Not Defined) (Not Defined) 
sensitivity 
Fire System Detector Low (Not Defined) (Not Defined) 
sensitivity 


2 


2 


3 (Not Defined) (Not Defined) 


Fire System Detector (Not Defined) (Not Defined) 
Maintenance alert 


3 


4 (Not Defined) (Not Defined) 
4 Holdup Sensor Bypass of a holdup zone [5] Removal of bypass of a holdup zone [5] 


a 


59 Video Sensor Bypass of a video detection zone [5] Removal of bypass of an video detection zone [5] 


Bypass of a police panic zone [5] Removal of bypass of a police panic zone [5] 





60 Audio Sensor Bypass of an audio detection zone [5] Removal of bypass of an audio detection zone [5] 
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Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
(Sensor Type) 


a 


Apparatus/Machinery Fail] Bypass of Apparatus-Machinery Sensor | Removal of Bypass of Apparatus-Machinery Sensor [5] 


[5] 
Relay / Output driver fail | Bypass of Relay / Output driver Sensor [5] Removal of Bypas of Relay / Output driver Sensor[5] 
[5] [5] 


Non-fire Detector High Bypass of High Sensitivity Monitoring 
Sensitivity 


# 


Ss 
® 
ie) 


7 
7 
7 
7 
7 


4 


0 
1 
2 
3 
5 


~ 


76 
77 
78 

9 


7 


Co 
— 


Removal of Bypass of High Sensitivity Monitoring 


N 


Non-fire Detector Low Bypass of Low Sensitivity Monitoring [5]] Removal of Bypass of Low Sensitivity Monitoring [5] 
Sensitivity 


a 
100 Removal of Bypass of Environmental Sensor [5] 
[5] 


5] 
Sensor Setpoint Limit Bypass of High Limit Sensor [5] Removal of Bypass of High Limit Sensor 
High 


105 Bypass of Water Sensor [5] Removal of Bypass of Water Sensor [5] 
106 | Sensor Loss of air flow Bypass of Air Flow Sensor [5] Removal of Bypass of Air Flow Sensor [5] 
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Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
(Sensor Type) 


28 


Unit/device 


150 | Communication module | (Not Defined) (Not Defined) 
failure 


(Not Defined) (Not Defined) 
Dialer disable (Not Defined) (Not Defined) 


Aux. Communicator (Not Defined) (Not Defined) 
disable 
154 (Not Defined) (Not Defined) 
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t< 
ss 

o 


+ 





1 


151 
152 
153 
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Spec. | Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
Type | (Sensor Type) 
# 


15 (Not Defined) (Not Defined) 

1 
1 
1 
1 





RF Receiver Antenna Bypass of Tamper detection for RF Removal of Bypass of Tamper detection for RF Receiver 
Tamper Receiver Antenna [5] Antenna [5] 


Repeater Tamper Bypass of Tamper detection for Repeater | Removal of Bypass of Tamper detection for Repeater [5] 


[5] 


ce RF Receiver Tamper Bypass of Tamper detection for RF Removal of Bypass of Tamper detection for RF Receiver [5 
Receiver [5] 


Tamper Repeater Antenna [5] Antenna [5] 


174 | RF Receiver Fail Bypass of Failure Detection for RF Removal of Bypass of Failure Detection for RF Receiver [5] 
Receiver [5] 

RF Repeater Fail Bypass of Failure detection for RF Removal of Bypass of Failure detection for RF Repeater [5] 
Repeater [5] 


1 

1 Low Received Signal Bypass of Low Signal Strength detection | Removal of Bypass of Low Signal Strength detection sensor] 
Strength sensor [5] [5] 

1 

1 


177] REReceiversam | Bypass of RF Receiver Jam Sensor [5] Removal of Bypass of RF Receiver Jam Sensor [5] 


i RF Repeater Antenna Bypass of Tamper detection for RF Removal of Bypass of Tamper detection for RF Repeater 


RF Repeater Jam Bypass of RF Receiver Repeater Jam Removal of Bypass of RF Receiver Repeater Jam Sensor [5 
Sensor [5] 


Fail to Check In — Guard's | Bypass of Guard Check-in Monitoring [5]} Removal of Bypass of Guard Check-in Monitoring [5] 


Missed Check-in - Guard's} Bypass of Missed Check-in Guard’s Tour | Removal of Bypass of Missed Check-in Guard’s Tour 


1 
1 

Monitoring [5] Monitoring [5] 
1 


Tour Monitoring [5] Monitoring [5] 


5 
70 
71 
72 
73 
75 
76 
77 
78 
9 
91 
92 
93 


1 Early Check-in - Guard's | Bypass of Early Check-in Guard’s Tour | Removal of Bypass of Early Check-in Guard’s Tour 


Tour Monitoring [5] Monitoring [5] 





pa Late Check-in - Guard's | Bypass of Late Check-in Guard Tour Removal of Bypass of Late Check-in Guard Tour 
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Spec. | Specific Type Description General Type 9 Bypass General Type 10 Bypass Restoral 
Type | (Sensor Type) 


# 
[ream 
: 


Bypass of access point door monitor [5] __| Bypass of access point door monitor has been removed [5] 
Access point REX monitor (Not Defined) (Not Defined) 
Access Relay/Trigger (Not Defined) (Not Defined) 





ie a es 
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10.3.5 Table 5 — Specific and General Types (11-12) 


Spec. | Specific Type Description General Type 11 Low Battery General Type 12 Low Battery Restoral 
Type | (Sensor Type) 


a 
1 Low battery on medical zone restored [5] 

3 
a 


Low battery on fire detector [5] Low battery on fire detector restored [5] 
Low battery on fire pull station or fire Low battery on fire pull station or fire panic button restored 


panic button [5] 


# 


[5] 


Fire Gate Valve Low battery on fire gate valve state Low battery on fire gate valve state detector restored [5] 
detector [5] 


Fire notification appliance | Low battery on fire notification appliance | Low battery on fire notification appliance circuit restored [5] 
circuit circuit [5] 


e 


1 
1 
1 
1 
1 
1 
1 
1 


0 
1 
2 
3 
4 
5 
6 
7 
8 


1 


1 


\o 


N 
oO 


Pump Activation Sensor | Low battery on fire pump activation senso Low battery on fire pump activation sensor restored [5] 


[5] 
Low CO, Pressure Sensor} Low battery on pressure sensor [5] 
[5] [5] 


Low Liquid Pressure Low battery on pressure sensor 
(Water/Retardant) 


2 


99 

3 
24 
25 


Low battery on pressure sensor restored 
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Specific Type Description General Type 11 Low Battery General Type 12 Low Battery Restoral 
(Sensor Type) 


N 
lon 


Low Liquid Level Low battery on liquid level sensor [5] Low battery on liquid level sensor restored [5] 
(Water/Retardant) 


27 | Fire system Off-normal (Not Defined) (Not Defined) 
Fire System Detector High} (Not Defined) (Not Defined) 
sensitivity 


Fire System Detector Low (Not Defined) (Not Defined) 
sensitivity 
30 (Not Defined) (Not Defined) 


Fire System Detector Low battery on fire detector [5] Low battery on fire detector restored [5] 
Maintenance alert 


a 
: 
: 
a 
: 

i [5] 

[5] 
[5] 


N 


N 
\o 


a 


52 | Perimeter Burglary Low battery on perimeter detector [5] Low battery on perimeter detector restored 
53 | Interior Burglary Low battery on interior detector [5] Low battery on interior detector restored 
Entry/Exit Burglary Low battery on entry/exit detector [5] Low battery on entry/exit detector restored 


Day/Night Burglary Low battery on a day/night burg zone Low battery on a day/night burg zone detector restored [5] 
detector [ 


5] 
: 
; 
8 


Exit Error (Not Defined) (Not Defined) 


# 


54 
5 


5) 


5 





Video Sensor Low battery on video detection device [5] Low battery on video detection device restored [5] 
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Specific Type Description General Type 11 Low Battery General Type 12 Low Battery Restoral 
(Sensor Type) 


Low battery on audio detection device [5] Low battery on audio detection device restored [5] 


Low battery on manually-activated Low battery on manually-activated personal panic device 
personal panic device [5] restored [5] 
Low battery condition in slave system [5] 


Sensor (Not Specific) Low battery on sensor of unspecified type | Low battery on sensor of unspecified type restored [5] 


[5] 


Apparatus/Machinery Fail} (Not Defined) (Not Defined) 
Keystroke Violation (Not Defined) (Not Defined) 


# 


7 
7 
7 


DN 
33 
a6 


0 
1 
2 
3 


7 


74 


General Buddy Low battery on distress signal transmitter | Low battery on distress signal transmitter restored [5] 
[5] 


Suspicion Low battery on suspicion alert initiating | Low battery on suspicion alert initiating device restored [5] 
device [5] 

Suspected Sensor Failure | (Not Defined) (Not Defined) 

Relay / Output driver fail | (Not Defined) (Not Defined) 


Non-fire Detector High (Not Defined) (Not Defined) 
Sensitivity 


Non-fire Detector Low (Not Defined) (Not Defined) 
Sensitivity 
fms 


100 | Environmental Low battery on environmental sensing Low battery on environmental sensing device restored [5] 
device 


[5] 
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7 
7 
7 
7 
7 


5 
6 
7 
8 
9 
81 


N 
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Specific Type Description General Type 11 Low Battery General Type 12 Low Battery Restoral 
(Sensor Type) 


# 
104 | Sensor Setpoint Limit (Not Defined) (Not Defined) 
High 


Low battery on water or moisture detector] Low battery on water or moisture detector restored [5] 


Sensor Loss of air flow Low battery on HVAC air flow sensor [5] | Low battery on HVAC air flow sensor restored [5] 
Low tank level Low battery on liquid level sensor [5] Low battery on liquid level sensor restored 


a 
( 


25 
26 
27 } 
Unit/device 
i 
1 


150 | Communication module | (Not Defined) (Not Defined) 
failure 
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Specific Type Description General Type 11 Low Battery 
(Sensor Type) 


152 | Dialer disable (Not Defined) 
Aux. Communicator 


(Not Defined) 
disable 


a 


(Not Defined) 
( 


155 
170 
171 


7 RF Receiver Antenna 


Tamper 


172 | Repeater Tamper Not Defined) 


(Not Defined) 
RF Receiver Fail (Not Defined) 


RF Repeater Fail (Not Defined) 
Low Received Signal (Not Defined) 
Strength 


RF Repeater Jam (Not Defined) 
omen 


Fail to Check In — Guard's | (Not Defined) 
Tour 

(Not Defined) 

(Not Defined) 

(Not Defined) 


RF Repeater Antenna 
Tamper 


174 


175 
6 


17 





177 
78 


1 


190 


Missed Check-in - Guard's 
Tour 


Late Check-in - Guard's 
Tour 


Early Check-in - Guard's 
Tour 


General Type 12 Low Battery Restoral 


(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 
(Not Defined) 


(Not Defined) 
(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 


po 
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Spec. | Specific Type Description, General Type 11 Low Battery General Type 12 Low Battery Restoral 
Type | (Sensor Type) 


a 


Access point door monitor ae battery on access point door monitor | Low battery on access point door monitor has restored [5] 


Access point REX monitor (Not Defined) (Not Defined) 
Access Relay/Trigger (Not Defined) (Not Defined) 





Ea Door Left Open (Not Defined) (Not Defined) 
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10.3.6 Table 6 — Specific and General Types (13-14) 


Spec. | Specific Type Description General Type 13 Zone Missing General Type 14 - Zone Missing Restoral 
Type | (Sensor Type) 


a 
: 
3 
a! a [Aaa 


Zone missing, Fire detector [5] Zone Missing Restore on fire detector [5] 
Zone missing, Fire pull station or fire Zone Missing Restore on fire pull station or fire panic butto 


panic button [5] 


# 


[5] 


Fire Gate Valve Zone missing, fire gate valve state detectoy Zone Missing Restore on fire gate valve state detector [5] 
[5] 


Fire notification appliance | Zone missing, fire notification appliance | Zone Missing Restore on fire notification appliance circuit 
circuit circuit [5] [5] 


e 


1 
1 
1 
1 
1 
1 
1 
1 


0 
1 
2 
3 
4 
5 
6 
7 
8 


1 


1 


\o 


N 
oO 


Pump Activation Sensor | Zone missing, fire pump activation sensor | Zone Missing Restore on fire pump activation sensor [5] 


[5] 
Low CO, Pressure Sensor} Zone Missing, pressure sensor [5] 
[5] [5] 


Low Liquid Pressure Zone Missing, pressure sensor 
(Water/Retardant) 


2 


99 

3 
24 
25 


Zone Missing Restore on pressure sensor 
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Specific Type Description General Type 13 Zone Missing General Type 14 - Zone Missing Restoral 
(Sensor Type) 


N 
lon 


Low Liquid Level Zone Missing, liquid level sensor [5] Zone Missing Restore on liquid level sensor [5] 
(Water/Retardant) 


27 | Fire system Off-normal (Not Defined) (Not Defined) 
Fire System Detector High} (Not Defined) (Not Defined) 
sensitivity 


Fire System Detector Low (Not Defined) (Not Defined) 
sensitivity 
30 (Not Defined) (Not Defined) 


Fire System Detector Zone Missing, fire detector [5] Zone Missing Restore on fire detector [5] 
Maintenance alert 


Ca 
: 
: 
a 
: 
i [5] 

[5] 


N 


N 
\o 


paar 


52 | Perimeter Burglary Zone Missing, perimeter detector [5] Zone Missing Restore on perimeter detector 
53 | Interior Burglary Zone Missing, interior detector [5] Zone Missing Restore on interior detector 
Entry/Exit Burglary Zone Missing, entry/exit detector [5] Zone Missing Restore on entry/exit detector 


Day/Night Burglary Zone Missing, a day/night burg zone Zone Missing Restore on a day/night burg zone detector [5 
detector [ 


5] 
: 
57 Zone Missing Restore on glass break detector [5] 
8 


Exit Error (Not Defined) (Not Defined) 


# 


54 
5 


5) 


5 





Video Sensor Zone missing, video detector [5] Zone missing Restore on video detector [5] 








SIA DC-04-2000.05 © Security Industry Association 
Page 65 


Digital Communication Standard — SIA 2000 Protocol for Alarm System Communications 





Specific Type Description General Type 13 Zone Missing General Type 14 - Zone Missing Restoral 
(Sensor Type) 


Zone missing, audio detector [5] Zone missing Restore on audio detector [5] 


70 | Manual Sensor Zone Missing, manually-activated Zone Missing Restore on manually-activated personal panic 
personal panic device [5] device [5] 


7 


# 


rane 


General Subsystem Zone Missing condition in slave system | Zone Missing Restore condition in slave system [5] 


[5] 
Zone Missing, auxiliary zone detector [5] } Zone Missing Restore on auxiliary zone detector [5] 
Sensor/Zone Tamper (Not Defined) (Not Defined) 


Sensor (Not Specific) Zone Missing, sensor of unspecified type | Zone Missing Restore on sensor of unspecified type [5] 


[5] 


Apparatus/Machinery Fail} (Not Defined) (Not Defined) 
Keystroke Violation (Not Defined) (Not Defined) 


Ss 
® 
ie) 


72 
3 


7 


74 


General Buddy Zone Missing, distress signal transmitter | Zone Missing Restore on distress signal transmitter [5] 
[5] 


Suspicion Zone Missing, suspicion alert initiating | Zone Missing Restore on suspicion alert initiating device 
device [5] [5] 

Suspected Sensor Failure | (Not Defined) (Not Defined) 

Relay / Output driver fail | (Not Defined) (Not Defined) 


Non-fire Detector High (Not Defined) (Not Defined) 
Sensitivity 


Non-fire Detector Low (Not Defined) (Not Defined) 
Sensitivity 
Ee 


100 | Environmental Zone Missing, environmental sensing Zone Missing Restore on environmental sensing device [5] 
device 


[5] 
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7 
7 
7 


-) 
6 
7 
8 
9 
81 





N 
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Specific Type Description General Type 13 Zone Missing General Type 14 - Zone Missing Restoral 
(Sensor Type) 


# 
104 | Sensor Setpoint Limit (Not Defined) (Not Defined) 
High 


Zone Missing, water or moisture detector} Zone Missing Restore on water or moisture detector [5] 


Sensor Loss of air flow Zone Missing, HVAC air flow sensor [5] | Zone Missing Restore on HVAC air flow sensor [5] 
Low tank level Zone Missing, liquid level sensor [5] Zone Missing Restore on liquid level sensor [5] 


: 
ng 
( 


25 
26 
27 } 
Unit/device 
= Baas 
1 


150 | Communication module | (Not Defined) (Not Defined) 
failure 
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Specific Type Description General Type 13 Zone Missing 
(Sensor Type) 


152 | Dialer disable (Not Defined) 
Aux. Communicator 


(Not Defined) 
disable 


a 


(Not Defined) 
( 


155 
170 
171 


7 RF Receiver Antenna 


Tamper 


172 | Repeater Tamper Not Defined) 


(Not Defined) 
RF Receiver Fail (Not Defined) 


RF Repeater Fail (Not Defined) 
Low Received Signal (Not Defined) 
Strength 


RF Repeater Jam (Not Defined) 
omen 


Fail to Check In — Guard's | (Not Defined) 
Tour 

(Not Defined) 

(Not Defined) 

(Not Defined) 


RF Repeater Antenna 
Tamper 


174 


175 
6 


17 





177 
78 


1 


190 


Missed Check-in - Guard's 
Tour 


Late Check-in - Guard's 
Tour 


Early Check-in - Guard's 
Tour 


General Type 14 - Zone Missing Restoral 


(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 
(Not Defined) 


(Not Defined) 
(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 


(Not Defined) 


(Not Defined) 
(Not Defined) 


po 
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General Type 14 - Zone Missing Restoral 


Access point door monitor} Zone a on access point door Zone Missing Restore on access point door monitor [5 
monitor [5 


Access point REX monitor (Not Defined) (Not Defined) 
Access Relay/Trigger (Not Defined) (Not Defined) 





Ea Door Left Open (Not Defined) (Not Defined) 
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10.4 Tables of Other General Types 


Opening Extension The system has been forced to remain armed past the scheduled 
disarm time. [5] 


Opening Exception The system has disarmed after a delinquency period. [4] 
Latchkey Opening The system has been disarmed by the latchkey code. [5] 


Point Opening One point has been disarmed. This is equivalent to a bypass of the 
point. [5] 


Key switch Disarm The system has been disarmed by the key switch. [5] 


Installer Opening The system has been disarmed by the installer code. [5] 
Partial Disarm The system is in a partial disarm state. [5] 
Perimeter disarm Disarm from a perimeter-only state. [5] 


User on premises Indicates that a system has been disarmed after an alarm has 
occurred. Tells the CS that someone is on the premises. [5] 
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5 Closing Extension The system has been forced to remain disarmed past the scheduled 
arm time. [5] 


ed Closing Exception The system has armed after a delinquency period. [4] 


7 Latchkey Closing The system has been armed by the latchkey code. [5] 


One point has been armed. This is equivalent to a point unbypass 
[5] 


ee oe 


- [4] 
An error occurred during the exit delay. [2] 


16 Recent close (User) Sent when an alarm occurs within 5 minutes of arming. Passes the 
identity of the user who last armed the system. [2] 


General Type 23- Configuration Changed 


Specific Type Name Description 
Type 
Remote memory reset (in System) The system configuration has been reset remotely. 
[5] 


2 The system configuration has been reset locally. [5 
Local programming was not successful. [4] 
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Local Programming Denied A local programming session has been attempted but 
denied. [5] 


Remote Phone Programming Started A remote programming session has started. [5] 
Remote Phone Programming Success | Remote programming was successful. [5] 
Remote Phone Programming Failure Remote programming was not successful. [4] 


Remote Phone Programming Denied 
but denied. [5] 

Downloader Programming Started 

Downloader Programming Success 

Downloader Programming Failure 


Downloader Programming Denied A downloader programming session has been 
attempted but denied. [5] 
Peripherals 
Module added The system has detected a new module. [5] 


Module deleted The system has detected the removal of a module. 
[5] 


Access Privileges Changed Privileges associated with a user code have changed. 
[5] 

Card Assigned An access identification has been added to the 
controller. [5] 
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55 Card Deleted An access identification has been deleted from the 
controller. [5] 

56 Card Privilege Changed Privileges associated with an access card have 
changed. [5] 


General Types 25 and 26, System Events and System Event Restorals 


Specific] Specific Type Name Description Description 
Type 


(General Type 25) General Type 26 
1 Remote Phone Access The system has been accessed | (Not Defined) 
by a telephone remotely. [5] 
2 Scheduled Event The system has executed a (Not Defined) 
scheduled event. [5] 
3 Output Activity An alarm panel output has beer} An alarm panel output has bee 
activated. [5] de-activated. [5] 


4 System No Longer Local The system is no longer local. | The system is once again local. 

[5] [5] 
Phone Tamper (Remote) Access has been attempted Access from the remote phone 
7 


from the remote phone too has restored to normal. [5] 
often. [2] 


Keypad Redirect keypad has been redirected | A keypad has been restored to 
from one area to the next. [5] | its original area. [5] 

Power Up / Reboot System has undergone a cold | (Not Defined) 
reset. [5] 


Nothing to Report System has no new events to | (Not Defined) 
report — often used by a panel 
initiating a call in response to a 
Call Back request from the 
receiver. [5] 


External Device Report A specific reportable condition] A specific reportable condition 
has been detected on an has restored on an external 
external device. [5] device. [5] 
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10 Remote Reset The panel has been reset (Not Defined) 
remotely. [5] 

11 Engineer reset A service person has reset the | (Not Defined) 
panel. [5] 

12 Service request The customer has asked for the] (Not Defined) 
system to be serviced. [4] 








General Types 27 & 28- Access Control Events and Access Control Restorals 


Specific) Specific Type Name Description (GT-27) Description (GT-28) 
Type 
Access Control Events Access Control Restorals 
User-Related 


Access has been granted. [5] (Not Defined) 
Request to Enter An access point was opened vid (Not Defined) 


a Request to Enter (RTE) 
device. [5] 


Request to Exit An access point was opened vid (Not Defined) 
a Request to Exit (REX) 
device. [5] 


Access has been denied. [5] (Not Defined) 


Known Card Denied A recognized card has been (Not Defined) 
denied. [5] 

Unknown Card Denied n unrecognized card has been} (Not Defined) 
denied. [5] 


System- Related 


Access is disabled. [5 Access is now allowed. [5] 
31 Access System Trouble There is trouble with the access The trouble with the access 
system. [4] system has restored. [5] 
52 | Door Forced A door has been forced open. | A door that was forced open 
[2] has closed. [5] 
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Specific 
Typ 


Door Left Open - Alarm 


Door Left Open - Trouble 


Access System Program 


mode entry 


Access System Threat Level 


Changed 


An access point was open whe 
open time expired and the 
panel/area was armed. [2] 


An access point was open whe 
open time expired and the 
panel/area was disarmed. [4] 


The access system is in 
programming mode. [5] 
The operating Threat Level of 


the access system has been 
changed. [5] 


General Types 29-33 


An access point was open whe 
open time expired and the 
panel/area was armed. It has 
now closed. [5] 


An access point was open whe 
open time expired and the 
panel/area was disarmed. It has 
now closed. [5] 


The access system is no longer 
in programming mode. [5] 


The operating Threat Level of 
the access system has been 
restored to normal. [5] 


Test Begin, Test End, Test Fail, Test Pass, Device Not Tested 


Specific Type 
Service Start 


System Self Test 


Description 


Servicing of 
system has begun 
- do not dispatch. 


[5] 


The system is 
performing a self- 
test. [5] 


The system is 
performing a 
battery test. [5] 


The system is 
executing a test o 
the sensor 
tampers. [5] 


Description 


General 


Servicing of 
system complete 
resume normal 
dispatch 
procedure. [5] 


The system has 
completed a self- 
test. [5] 


The battery test 
has been 
completed. [5] 


failed. [4] 


The system has 
completed a test 
of the sensor 
tampers. [5] 


failed. [4] 


Description 
GT29,Test Begin} GT30, Test End | GT31, Test Fail 


A component of 
the system failed 
self-test. [4] 


A battery test has 


The test of a 
sensor tamper has| sensor tamper has 


Description 
GT32, Test Pass 


Description 
GT33, Device 
Not Tested 


A component of 
a the system has 
passed a self-test. 


[5] 


A battery test has 
passed. [5] 


The test of a 


passed. [5] 





(Not Defined) (Not Defined) (Not Defined) 


(Not Defined) 
(Not Defined) 


(Not Defined) 
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Printer Test 


Expansion 
Module self-test 


Communication 
Test — Local 
Activation 


Communication 
Test - Auto 
Activation 


Communication 
Test - Remote 
Activation 


Fire Walk Test 


Fire Point/Zone 
Test 


Walk Test 


Point/Zone Test 


The system is 
performing a 
printer test. [5] 


An expansion 
module is 
performing a self- 
test. [5] 


The system is 
performing a 
communication 
test started by a 
local user. [5] 


The system is 
performing a 
communication 
test started by a 
schedule. [5] 


The system is 
performing a 
communication 
test started by a 
remote user. [5] 


Walk test of fire 
points has started. 


[5] 


The system is 
executing a test o 
fire zones. [5] 


The walk test has 
started. [5] 


The system is 
executing a test o 
zones. [5] 


The system has 
completed a 
printer test. [5] 


An expansion 
module has 
completed a self- 
test. [5] 


A printer has 
failed its test. [4] 


An expansion 
module failed a 
self-test. [4] 


Communication 


The system has 
completed a 
communication 
test started by a 
local user. [5] 


The system has 
completed a 
communication 
test started by a 
schedule. [5] 


The system has 
completed a 

communication 
test started by a 
remote user. [5] 


The 
communication 
test failed. [4] 


The 
communication 
test failed. [4] 


The 
communication 
test failed. [4] 


Fire System 


Walk test of fire 
points is finished. 


[5] 


The system has 
completed a test 
of fire zones. [5] 


This point failed 
during a fire walk 
test. [4] 


This point failed 
during a fire zone 
test. [4] 


Non-Fire Systems 


The walk test is 
finished. [5] 


The zone test is 
finished. [5] 


This point failed 


during a walk test. 


[4] 


This point failed 


during a zone test. 


[4] 


A printer has (Not Defined) 
passed its test. [5] 

An expansion (Not Defined) 
module has passed 

a self-test. [5] 

The (Not Defined) 
communication 

test has passed. [5 

The (Not Defined) 
communication 

test has passed. [5 

The (Not Defined) 
communication 

test has passed. [5 


This point passed 
during a fire walk 
test. [5] 


This point was not 
tested during a fire 
walk test. [5] 


This point passed 
during a fire zone 
test. [5] 


This point was not 
tested during a fire 
zone test. [5] 


This point passed 
during a walk test) 


[5] 


This point was not 
tested during a 
walk test. [5] 


This point passed 
during a zone test. 


[5] 


This point was not 
tested during a 
zone test. [5] 
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General Type 43- Supplemental Data 


Supplemental Text Text information, usually supplementing previous message. [5] 
Date and time of event being reported as maintained by the system. [5] 


General Types 45 & 46- System Troubles and System Trouble Restorals 


Specific | Specific Type Name Description GT45, Description GT46, 
Type System Troubles System Trouble Restorals 
Battery/AC/Power 


Power supply The current draw exceeds the The current draw no longer exceeds 
limit. [4] the limit. [5] 


Battery A backup battery is weak. [4] A backup battery has restored. [5] 
AC Power Absent AC power. [4] Return of AC power. [5] 
Battery Detector Backup battery not detected. [4] | Backup battery now detected. [5] 


RAM Battery Low voltage on RAM backup Normal voltage on RAM backup 
battery. [4] battery. [5] 


Primary Power Fuse Fuse failure circuit. [4] Fuse restored on backup battery 
circuit. [5] 
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7 Backup Power Supply | Secondary power supply source | Secondary power supply source 
low or absent. [4] restored. [5] 
Auxiliary Power Supply | Control panel auxiliary device Control panel auxiliary power supply 
power low or absent. [4] restored. [5] 


Aux. Power Supply Fuse} Fuse failure on auxiliary power Fuse restored on auxiliary power 
supply. [4] supply. [5] 


Memory/CPU 


Shutdown Control entered shutdown mode. | Control has left shutdown mode. [5] 
[4] 
Watchdog Control panel watchdog timer has | (Not Defined) 
reset. [4] 
RAM Memory Failed RAM checksum detected. | RAM passed checksum test. [5] 
[4] 


storage device. [4] storage device. [5] 


Time/date Calendar The time and/or date are not set The time and/or date are now set 
properly. [4] properly. [5] 
Extra Point/Zone Trip or response from an (Not Defined) 
unprogrammed point or zone. [4] 
29 Extra RF Point/Zone RF transmission received from a_ | (Not Defined) 
device not defined as part of 
system. [4] 
3 Event Buffer Threshold | The event buffer has passed its Event buffer has dropped below 
threshold. [4] threshold. [5] 
3 Event Buffer Overflow | The event buffer has passed full | (Not Defined) 
and overwritten old events. [4] 
Event Buffer cleared The event buffer has been cleared.| (Not Defined) 
[4] 





2 


0 
1 
2 
3 
4 
5 
6 
7 
8 
0 
1 
2 
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General Types 47, 48- LAN Communications Events and LAN Communications Restorals 


Specific | Specific Type Name Description GT47, LAN Description GT48, LAN 
Type Communications Events Communications Restorals 


LAN — Network Condition A specific reportable condition] A specific reportable condition 


exists on the control’s LAN. has restored on the LAN to 
[4] which the control is attached. 
[5] 


LAN — Network Failure The control’s LAN has failed. | A LAN to which the control is 
[4] attached has returned to 
operation. [5] 
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Note: Since General Types 128 and higher are reserved for communications and flow control instead of 
event reporting, there are no UL priorities defined for the following sections. 


General Type 128- Panel Information 
Place holder- No Specific Types defined for this revision 


General Type 129- View Configuration 
Lea | View Current Date/Time View the control’s current date / time setting. 


General Type 130- Change Configuration 
Change Date / Time Set the local date / time at the control with this data. 


General Type 131- Panel Control 
Place holder- No Specific Types defined for this revision 


General Type 132- View Feature 
Specific | Specific Type Name Description 
Type 
1 


a View RAM View contents of control’s RAM. 
View NVM View contents of control’s nonvolatile memory. 
View Program Memory View contents of control’s embedded programming. 
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General Type 133- Change Feature 


Type 


Commit Change to NVM Commit changes - used with Flash EEPROMs. 
Commit Change to Program Memory | Commit changes - used with Flash EEPROMs. 


General Type 143- Open Channel 


Specific | Specific Type Name Description 
Type 
1 Open Audio Session Begin an audio verification session — length of session 
before timeout, in seconds, should be given as a data field 
2 Open Video Session Begin a video verification session — length of session 
before timeout, in seconds, should be given as a data field 


General Type 144- Positive Acknowledgment 


Specific | Specific Type Name Description 
Type 


Normal Acknowledgment Message received without errors. 


Password Required Programming password must be provided to access secure 
area. 
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3 Datalock Response Datalock record received without errors. This record 
represents the hashed answer. 

4 Data Answer Record received without errors, here is the requested 
block of data. 


Unsupported Command Record received without errors, but the feature is 
unsupported. 


Channel Open Accepted Open channel record received without errors, the channel 
is NOW open. 


Open Channel Denied Open channel request received without errors, but open 
channel is not supported. 


Password Accepted Password record received without errors, password 
accepted. 


Password Rejected Password record received without errors, password 
rejected. 


Unexpected Message Proper message received out of context 


Busy/Wait The communication should remain in effect, but 
suspended for a duration. 


General Type 145- Negative Acknowledgment 


Specific | Specific Type Name Description 
Type 


NAK, Normal (unspecified) Message received with unspecified errors 


NAK, Header Mismatch / Bad Length | Message received with error: the length is incorrect or the 
headers do not match. 





AK, Bad Checksum Message received with error: the checksum does not 
match. 


N 
N 








AK, Unsupported Reserved Bit in A reserved bit was asserted and is not supported by this 
Header device. 





} 
NAK, Inter-byte message timing error | There is too long of a period between messages 
| 
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General Type 146- Directive Messages 


Specific | Specific Type Name Description 
Type 


Abort Call Command This call must be aborted. 


2 Datalock Command This message is the command for datalock reporting 
control. 
3 Call Back Command This call should be completed with a call back at another 
time. 
Password Supplied An access code is being supplied to gain access to a securé 
area. 


Call Downloader The alarm panel needs to call the downloader. 


Heartbeat Recipient must respond with ACK to maintain channel. 
Allows sender to test channel integrity during idle periods 
such as an interactive session with a downloader. 


General Types 161, 162- 


Receiver / Automation Events & Receiver / Automation Event Restorals 
Specific | Specific Type Name Description GT161- Receiver // Description GT162- Receiver / 
Type Automation Events Automation Event Restorals 
Receiver — Related 
1 Power Failure The receiver has lost primary The receiver has regained 
power. primary power. 
2 Battery Trouble The receiver has a low battery | The receiver battery is now OK. 
condition. 
Receiver Line Card Trouble Receiver has a line card trouble.| Receivers line card has been 
restored. 


Call Buffer Nearly Full The receiver’s buffer has filled | The receiver’s call buffer level 
to within a tolerance margin. has returned below the 
notification threshold. 
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Phone Line Trouble The receiver has lost use of a The receiver has regained use of 
phone line. a phone line. 


Log On Operator A user has logged onto the A user has logged off the 
receiver. receiver. 


System Power Up Receiver warm or cold boot. (Not Defined) 


System Programming Changed] The receiver programming or __| (Not Defined) 
setup has changed. 


Date Changed The receiver’s date setting has | (Not Defined) 
been changed. 

10 Time Changed The receiver’s time setting has | (Not Defined) 
been changed. 


Printers / Peripherals 


20 Receiver Printer Trouble There is a problem with the The printer problem has been 
receiver’s printer. fixed. 


Receiver Printer Paper Out The printer is out of paper. The printer paper has been 
loaded. 








Communications 


Phone Line Busy Receiver has detected a busy Receiver no longer detects a bus 
line. line. 


No Response to Handshake No response to receiver (Not Defined) 
handshake was received. 
32 Unexpected hang-up / There has been an unexpected | Communications have been 
Communication Failure abort of communication. restored to normal. 
33 Excessive Errors There have been too many The rate of errors has restored to 
errors. normal. 
34 Invalid Message Structure One or more messages were sent (Not Defined) 
with an invalid structure. 


35 Caller ID Information The receiver has identified an | (Not Defined) 
incoming call with Caller ID 
information. 
Central Station Receiver has (Not Defined) 
received an event from an 
account not specified in its 
database. 
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37 Fail to Report A communication from a panel | Communications from a panel 
was not received within a have restored. 
specified time interval. 


Automation 
Computer Trouble The receiver has lost The receiver has reestablished 


communication with the communication with the 
automation computer. automation computer. 


General Types 163, 164- WAN Communications Events and WAN Communications Restorals 


Specific | Specific Type Name Description GT163- WAN Description GT164- WAN 
Type Communications Events Communications Restorals 


WAN - Network Condition A specific reportable condition] A specific reportable condition 
exists on the WAN to which has restored on the WAN to 
the central station is attached. | which the central station is 

attached. 


WAN - Network Failure A WAN to which the central A WAN to which the central 
station is attached has failed. station is attached has returned 
to operation. 
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10.5 Status Bit Definitions 


The tables below show the status bits used with the various General Types. The first table identifies the bits used with 
General types 1-14. The second table shows which bits are defined for some additional General types. The “X” indicates 
where the status bits are defined. Boxes without “X” should be treated as undefined, or “not applicable’. 


With the exception of the “Off Normal” bit, all status bits act as modifiers. Modifiers serve to amend the meaning or add 
additional information to the report that they are attached to. Status bits are set to “one” when they are asserted; zero when 
they are not. General types not listed in the tables do not have any status bits defined. All undefined status bits should be set 
to zero. 


The “Off Normal” status bit is used to indicate that some condition exists at the panel that requires maintenance or 
servicing. By setting this bit, a control indicates that a previously reported condition still exists for the panel sending this 
report. Because of this, the Off Normal status bit can never be used as an indicator of event initiation or restoral, thereby 
affecting decisions to dispatch emergency personnel. The bit is intended to be used as an aid, helping to indicate a need for 
service or maintenance. 


10.5.1 Status Bits for Point Related General Types 


EEE EEE Ee 
es ee Lemire pie lalla Some system condition is not 
in its normal state. 
eee ES. i 
--reserved-- ta 
1 


Sensor requires cleaning or 
replacement. 


X | Point/Zone requires 
maintenance. 
x 


Point/Zone 
Missing 


1 
1 
1 


Point/Zone requires 
maintenance. 


Point/Zone requires 
maintenance. 


Event caused by the zone or 
points lack of response. 


7 


6 -reserved- 


-reserved- 
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Forced Xx System was armed with zones 
Close not ready bypassed 


4 | Point/Zone Point/Zone will remain 
Inhibited bypasses in the current arming 
level as long as it remains 


3 | Recent Event occurred within 2 
Close minutes of arming 


Silent at Alarm gives no on-premise 
Source indication 


Status xX| xX xX |X |X |X | Event resolved locally or 
Report Only previously reported 
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10.5.2 Status Bits for Non-Point Related General Types 


Bit Name 


15 | Off Normal po 
et 


--reserved-- 


12 | Partial 
Obscurity 


Ground 

Fault 

Service 

Needed 

Low = 
Point/Zone | X 
Missing 


-reserved- 
-reserved- 


Forced 
Close 


5 


laa 


User 


Initiated wi 


System 
Initiated 


ee a 


---General Type--- 


Meaning if set (1) 


Some system condition is not in its 
normal state. 


Sensor requires cleaning or 
replacement. 


Event caused by the zone or points 
lack of response. 


System was armed with zones not 
ready bypassed 


There will be no delay if an entry 
point is opened 


An alarm occurred while the 
premise was closed 


Condition has been verified 


Event resolved locally or 
previously reported 
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11. APPENDIX B - MESSAGE EXAMPLES 








11.1. Burst Mode Message Examples 
11.1.1 Typical Alarm Message Examples 


1A) Acontrol panel, assigned account 123456, has 
detected a trip on active zone 17 in area 1. The zone has 
been programmed as a Perimeter Burglary zone, and the 
control has been programmed to report the alarm to a 
central station. When the control calls the central station 
receiver the following information is included in the 
report: 
































Byte Meaning | Eg. Check1 Check2 
(hex) 
1...3 Header | 02.0000] 020202 | 0204 06 
4...5 Length | 000D | 020F 08 17 
6 Gen. Type] 01 10 27 
7 Specif. | 34 44 6B 
Type 
8...9 Status 0000 | 4444 AF F3 
Bytes 
10 Message | 02 46 3A 
Layout 
H...n Body 00 00 12] 464658 | 80C61F 
34 5601) 8C E23 | AB 8E72 
0011 | E3F4 56 4B 
m+l...mt2 | Epror F44B | F4 4B 
check 




















Header: The ‘last record’ bit is set to indicate that this is 
the last message to be reported. 


Length: Indicates the number of message bytes to follow, 
up to but not including the Error Check bytes. 


General Type: Indicates the General Type, Alarm. 


Specific Type: Indicates the Specific Type, Perimeter 
Burglary. 


Status Bytes: Indicates there are no Status Byte 


conditions. 


Message Layout: Describes the data contents to follow in 
the message Body. 


Body: Contains the data indicated by the reported 
Message Layout. 


Error Check: Error Check1 and Check? as described in 
Appendix C. 


1B) The homeowner is alerted by the siren and cancels 
the alarm after discovering that the children have 
accidentally broken a window in the bedroom. The alarm 
is canceled with user code 32. The control panel has been 
configured to report alarm cancel events, and dials the 
central station. When the control calls the central station 
receiver the following information is included in the 
report: 
































Byte Meaning Eg. 
(hex) 

1...3 Header 02 00 00 

4...5 Length 00 OF 

6 Gen. Type 02 

7 Specif. Type 34 

8...9 Status Bytes 00 00 

10 Message Layout} 03 

Il... Body 00 00 12 34 56 01 00 11 00 
20 

n+1...n+2 


Error check NN NN 














11.1.2 Typical Non-Alarm Reports 


2A) A control panel, assigned account 3ABCDEF, has 
detected a trouble condition on fire zone (hardwire loop) 
4. The loop is assigned to area 3. Since the control has 
been configured to report trouble conditions, it dials the 
central station. When the control calls the central station 
receiver the following information is included in the 
report: 
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Byte Meaning Eg. 
(hex) 
1...3 Header 02 00 00 
As 5 Length 00 OD 
6 Gen. Type 05 
7 Specif. Type 0A 
8...9 Status Bytes 00 00 
10 Message Layout} 02 
Il... Body 00 00 AB CD EF 03 00 04 
n+l...nt+2 | Brror check NN NN 














2B) A store owner is closing for the day. When she 
leaves, area 3 of the control panel is armed with user code 
number one. Since the control panel is configured to 
report opening and closing events, it dials the central 
station. When the control calls the central station receiver 
the following information is included in the report: 

















Byte Meaning Eg. 
(hex) 

1...3 Header 02 00 00 

4...5 Length 00 OF 

6 Gen. Type 16 

7 


Specif. Type 01 

















8...9 Status Bytes 00 00 

10 Message Layout} 03 

H..n Body 00 03 AB CD EF 03 FF FF 
00 O1 

nt+1...n+2 


Error check NN NN 














2C) During the night, the control panel enters into an off- 
normal state. Later, the panel generates an automatic 
phone test. When the control calls the central station 
receiver the following information is included in the 
































report: 

Byte Meaning Eg. 
(hex) 

13.3 Header 02 00 00 

ee) Length 00 0A 

6 Gen. Type 1D 

7 Specif. Type 15 

8...9 Status Bytes 00 04 

10 Message Layout} 80 

eee Body 00 03 AB CD EF 

ntl1...n+2 | Brror check NN NN 














11.1.3 Maximum Message Length Example 


The Maximum length for a SIA 2000 message is 65542 
bytes. The following is an example of a maximum length 
message. 
































Byte Meaning Eg. 

(hex) 
1...3 Header 02 00 00 
ee) Length FF FF 
6 Gen. Type 90 
7 Specif. Type 04 
8...9 Status Bytes 00 00 
10 Message Layout | 87 
11...65540 | Body FFF8 00 01 
n+1...n+2 Error check NN NN 














Header: The ‘last record’ bit is set to indicate that this is 
the last message to be reported. 


Length: Indicates the number of message bytes to follow, 
up to but not including the Error Check bytes. 
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General Type: Indicates the General Type (Positive 
Acknowledgment). 


Specific Type: Indicates the Specific Type (Data 
Answer). 


Status Bytes: Indicates there are no Status Byte 
conditions. 


Message Layout: Describes the data contents to follow in 
the message Body (Block). 


Body: Contains the data indicated by the reported 
Message Layout. This example shows a block of data 
OxFFF8 bytes long. The data is a stream of bytes starting 
with 00, with each subsequent byte incremented by one. 


Error Check: Error Check1 and Check? as described in 
Appendix C. 


11.2. Date / Time Field Examples 


The following examples are given to clarify the requesting 
and updating of date and time information. 


It should be noted that the GMT adjustment in the 
date/time field is not necessarily determined by 
geography. Since Greenwich Mean Time does not go to 
Daylight Saving Time, any region that does use Daylight 
Saving Time will see its GMT offset change twice a year. 
The assumption is that any control panel that is smart 
enough to make the proper adjustment for Daylight Saving 
Time will also be able to add or subtract one from its 
GMT offset at that time. Control panels that cannot track 
Daylight Saving Time adjustment need not adjust their 
GMT offset since their local time will be one hour off for 
half the year anyway. 


11.2.1 Date/Time Scenario 1: 


A Central Station Receiver in New York City wishes to 
update the date/time information of a Control reporting 
from Seattle, Washington. The Receiver configuration 
includes its local offset from GMT (-5 hours, no 
adjustment for Day Light Savings), and automatically 
adjusts the offset for Day Light Saving time changes. 


After the Receiver has established communications ‘turn- 
around’, the following message is sent to the Control to 
set its date/time information. The body includes the 
Receiver’s current date/time and the GMT offset. 


























General Type Change Configuration 
Specific Type Date/ Time 

Status Bytes N/A_ (00 00) 

Message Layout Date/ Time Stamp 
Body(M,D,YY,H,M,S,G) | 040107 CD 07 00 00 9E 





A message including the above information appears 
below. 























Byte Meaning Eg. 
(hex) 

1...3 Header 02 00 00 

4...5 ne 00 0D 

6 Gen. Type 82 

7 Specif. Type 01 

8...9 Status Bytes 00 00 

10 


Message Layout} 85 





11... Body 04 01 07 CD 07 00 00 9E 








n+1...n+2 | Error check NN NN 














Example 11.2.1.1: 


The Control’s configuration includes its local GMT offset 
(-8 hours), and also automatically adjusts the offset for 
Day Light Saving time changes. 


The Control uses the received information (April 1, 1997 / 
7:00:00 AM / GMT -5 hours) to update its date/time 
information. The Control subtracts the Receiver’s GMT 
offset (-5 hours) from its own GMT offset (-8 hours) to 
arrive at a -3 hour differential. Therefore the Control 
subtracts 3 hours from the time given by the Receiver in 
setting its own time (April 1, 1997 / 4:00:00 AM). 
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The Control responds to the Receiver with a Normal 
Acknowledgment message. (The receiver may request the 
updated time from the control if necessary.) 



























































General Type Positive Ack 
Specific Type Normal Ack 
Status Bytes N/A 
Message Layout Null Body 
Body (empty) 
Byte Meaning Kg. 
(hex) 

1...3 Header 02 00 00 
4...5 Length 00 05 
6 Gen. Type 90 
o Specif. Type 01 
8...9 Status Bytes 00 00 
n Message Layout} FF 

Body (empty) 
n+l...n+2 | Error check NN NN 














Example 11.2.1.2: 


The Control’s configuration does not include a GMT 
offset, but it does maintain date/time information. 


The Control updates its local date/time to the Receiver’s 
local date/time. This is obviously not the best solution, 
but it is no worse than what is currently done with some 
products. 


The Control responds to the Receiver with a Normal 
Acknowledgment message. (The receiver may request the 
updated time from the control if necessary.) 








General Type Positive Ack 






























































Specific Type Normal Ack 
Status Bytes N/A_ (00 00) 
Message Layout Null Body 
Body (empty) 
Byte Meaning Kg. 
(hex) 

1...3 Header 02.00.00 
4...5 Lenbth 00 05 
6 Gen. Type 90 
7 Specif. Type 01 
8...9 Status Bytes 00 00 
n Message Layout] FF 

Body (empty) 
n+1...n+2 | Error check NN NN 











Example 11.2.1.3: 


The Control does not support date and time information. 


The Control responds to 


“Unsupported Command” acknowledgment message. 


the Receiver with the 
































General Type Positive Ack 
Specific Type Unsupported Command 
Status Bytes N/A_ (00 00) 
Message Layout Null Body 
Body (empty) 
Byte Meaning Eg. 
(hex) 
1...3 Header 02 00 00 
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4...5 Length 00 05 

6 Gen. Type 90 

7 Specif. Type 05 

8...9 Status Bytes 00 00 

n Message Layout} FF 
Body (empty) 

n+1...n+2 | Error check NN NN 














11.2.2 Date/Time Scenario 2: 


A Control in Arizona, (a geographic location that does not 
adjust local time for Day Light Saving Time), requests 
date/time information from a Central Station Receiver in 
Colorado (a Receiver in the same time zone, but in a 
location that does adjust for Daylight Saving Time). The 
Receiver configuration includes its local GMT offset (-6 
hours, adjusted for Day Light Saving Time), and 
automatically adjusts the offset for Day Light Saving 
Time changes. 


Example 11.2.2.1: 


After the Control has completed reporting all events, it 
requests and is granted turnaround. It then sends a 
message to request date/time information from the 
Receiver. 



































General Type View Configuration 
Specific Type Date/Time 
Status Bytes N/A 
Message Layout Null Body 
Body (empty) 
Byte Meaning Kg. 
(hex) 







































































1...3 Header 02.00 00 
4...5 Léneth 00 05 
6 Gen. Type 81 
7 Specif. Type 01 
8...9 Status Bytes 00 00 
n Message Layout} FF 

Body (empty) 
n+1...n+2 | Error check NN NN 
General Type Positive Ack 
Specific Type Data Answer 
Status Bytes N/A 
Message Layout Date/Time Stamp 
Body 07 04 07 CD 07 00 00 A4 
(M,D,YY,H,M,S,G) 











The Receiver responds with the following message. 
































Byte Meaning Eg. 
(hex) 
1...3 Header 02 00 00 
4...5 Length 00 OD 
6 Gen. Type 90 
7 Specif. Type 04 
8...9 Status Bytes 00 00 
10 Message Layout} FF 
I1..n Body 07 04 07 CD 07 00 00 A4 
n+1...0+2 | Error check NN NN 
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The reporting Control’s internal configuration includes its 
local GMT offset, which is -7 hours since no adjustment is 
made for Day Light Saving Time changes. 


The Control uses the received information (July 4, 1997 / 
7:00:00 AM / GMT -6 hours) to update its date/time 
information. The Control subtracts the Receiver’s GMT 
offset (-6 hours) from its own (-7 hours) to arrive at a -1 
hour differential. Therefore, the Control subtracts one 
hour to the time given by the Receiver in setting its own 
(July 4, 1997 / 6:00:00 AM). 
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APPENDIX C - FLETCHER CHECKSUM ALGORITHM 








The Fletcher algorithm can be represented in pseudocode as follows: 


Note: Sum1 and Sum2 below must be declared as type Unsigned Byte to generate the proper result. 


Sum1, Sum2 = 0 
for I= 1 to len(string) 
if (255 - Sum1) < string(I) then 
Sum1 = Sum1 + 1 
end if 
Sum1 = Sum1 + string()) 
if Sum] = 255 then 
Sum1 =0 
end if 
if (255 - Sum2) < Sum1 then 
Sum2 = Sum? + 1 
end if 
Sum2 = Sum? + Sum1 
if Sum2 = 255 then 
Sum2 = 0 
end if 


next I 
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Following is an implementation of the Fletcher algorithm in Microchip PIC assembly language: 


sTHIS ROUTINE WILL PERFORM THE UPDATE TO THE 16 BIT CHECKSUM BASED ON THE 


;FLETCHER ALGORITHM 


sTHE CURRENT BYTE BEING SENT OR RECEIVED WILL BE POINTED TO BY FSR 


s;UPDATE THE CHECK BYTE1 
FLETCHER MOVF 
SUBLW 
SUBWF 
BTFSC 
INCF 
MOVF 
ADDWF 
COMF 
BTFSC 
CLRF 
s;UPDATE THE CHECK BYTE2 
MOVF 
SUBLW 
SUBWF 
BTFSC 
INCF 
MOVF 


ADDWF 


CHECK1,W 
255 
INDF,W 
STATUS,C 
CHECK1,F 
INDF,W 
CHECK1,F 
CHECK1,W 
STATUS,Z 


CHECK1 


CHECK2,W 
255 
CHECK1,W 
STATUS,C 
CHECK2,F 
CHECK1,W 


CHECK2,F 


;SEE IF 255 - CHECK BYTE1 < CURRENT BYTE 


;SKIP IF CURRENT BYTE IS NOT GREATER 
;ADD 1 TO THE CHECK BYTE 


;ADD CURRENT BYTE TO CHECK BYTE1 


;SEE IF VALUE IS NOW 255 
;SKIP IF NOT 255 


;RESET THE CHECK BYTE1 


;SEE IF 255 - CHECK BYTE2 < CHECK BYTE 1 


;SKIP IF CHECK BYTE] IS NOT GREATER 
;ADD 1 TO THE CHECK BYTE 


;ADD CHECK BYTE1 TO CHECK BYTE 2 
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COMF CHECK2,W — ;SEE IF VALUE IS NOW 255 
BTFSC STATUS,Z ;SKIP IF NOT 255 

CLRF CHECK2 ;RESET THE CHECK BYTE2 
RETURN 
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